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Introduction 



This book will provide you with a practical approach to managing a project 
in an HR, training or development setting. People are often expected to man- 
age projects as part of their day-to-day work but few receive special training 
to help them to take on this task. If you are one of these people, help is at 
hand! 

This book will help you to manage your first project and will be a useful 
handbook for use in any future projects you find yourself invited to manage. 
It focuses on projects that might be carried out by staff at an operational level 
but will also be attractive to more senior people who are managing projects 
for the first time. Each chapter discusses an aspect of project management 
and includes examples drawn from HR, training and development settings. 
Techniques are introduced and applied to examples, and there are 'pauses 
for thought' to encourage you to think ideas through. Further references are 
provided for those who want to learn more about project management. 

Successful management of a project is quite a balancing act and can only 
be learnt through reflection on experience, supported by thoughtful consid- 
eration of the ideas, processes and techniques that have become recognized 
as the expertise of project management. The opportunity to take responsibil- 
ity for a project offers personal and career development as well as the 
opportunity to contribute to achieving a worthwhile change. 
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HOW TO USE THIS BOOK 

The chapters are arranged roughly in the order of things that you need to 
consider when managing a project. Unfortunately, however, projects do not 
often progress neatly through one logical stage after another. If you are man- 
aging a project for the first time you might find it useful to glance through 
the overview of chapters and note the issues that are raised so that you can 
plan how to make best use of the book to support your own learning needs. 

Projects come in many different shapes and sizes, and some of the tech- 
niques and processes described here will seem unnecessary for small projects. 
In some cases, the processes can be reduced or carried out more informally 
when a project is not too large or complicated, but beware of missing out 
essential basic thinking. The chapter on scoping a project, and that about 
developing the evidence base, focus on making sure that the project has a 
clear and appropriate aim and enough support to achieve its purpose. Many 
projects founder because they are set up quickly to address issues that people 
feel are very urgent, and the urge to take action means that the ideas are not 
fully considered. Rushing the initial thinking can result in failure to achieve 
objectives and even more delay. 

Planning is not a one-off activity but more like a continuous cycle of plan, 
do, review and plan again. With a small team and in a setting where 
people are comfortable with flexible working, the sharing and sequencing of 
tasks might be agreed quickly. If you are managing a project that does not 
need some of the techniques that are offered in these chapters, then don't use 
them - there is no one 'right' way to manage or lead a project. Each project 
is different, and you need to develop the knowledge and flexibility to be able 
to match your management approach to each individual project. It helps to 
have a broad general knowledge about a variety of approaches so that you 
can be selective and make an appropriate choice. 

You might like to think of the book as support for your personal approach 
when you take responsibility for a project. Consult the book to give you con- 
fidence that you have thought through the main issues. Use it to prepare for 
important meetings. Check the relevant chapters as you move through the 
stages of the project. Take the opportunities for learning and self-develop- 
ment offered by participation in a project, and keep the book on your shelf 
for the next time. Successful project managers are always in demand. 

Many people following courses leading to qualifications will have to 
complete a work-based project as part of their study. This is an oppor- 
tunity to make a contribution to your work area as well as to progress your 
own development. This book is written to support the practical roles 
of a person leading or managing a project in the workplace, but the 
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models, techniques, processes and concepts introduced are those considered 
in professional and management courses of study. 



OVERVIEW OF CHAPTERS 
Chapter 1 What is a project? 

Some of the features that are common to any project are identified and their 
importance discussed. There is an emphasis on clarifying the purpose of the 
project and setting clear aims and objectives. The chapter concludes with a 
consideration of the outcomes that are to be achieved. 

Chapter 2 Scoping the project 

This considers what is included in the project and where the boundaries lie. 
One of the most commonly used models of project management is introduced 
and used to help to clarify the choices to be made. 

Chapter 3 Questions, evidence and decisions 

It is often tempting to move straight into planning a project once an idea has 
been enthusiastically received. This chapter encourages you to check, from a 
number of different perspectives, whether there is any evidence that the 
project is likely to succeed. The focus is on questioning whether the project 
is worth doing and whether it will be able to achieve what it is intended to 
do. Option appraisal is discussed and the potential benefits of carrying out a 
pilot study are considered. 

Chapter 4 Defining the project 

The focus here is on developing a detailed project brief that will be signed off 
by the person responsible for funding the project and supported by all the 
key stakeholders in the project. 

Chapter 5 Managing risk 

This offers an approach to management of risk and contingency planning. 
Risk is inevitable in a project and it would be impossible to achieve anything 
without exposing ourselves to some degree of risk. The chapter covers risk 
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assessment and impact analysis and suggests some strategies for dealing 
with risk. 

Chapter 6 Outline planning 

Where do you start? Some straightforward approaches to developing a 
project plan are explained to help you to identify exactly what the project 
must produce. 

Chapter 7 Estimating time and costs 

Once the outline plans have been developed, estimates will be needed for the 
costs of the activities that contribute to the project and for the time that each 
activity will take. More information is needed to make these estimates, and 
this chapter introduces a structured approach to planning the work of a 
project so that these estimates can be made with some confidence. 

Chapter 8 Scheduling 

This covers the timing and sequence of activities in the project. The sequence 
is very important when one task must be completed before another begins. 
The time that each task will take needs to be estimated before the length 
of the project can be confirmed, and this overall time will depend on the 
extent to which tasks and activities have to be delayed until others are 
completed. Some basic techniques are introduced that will help you to make 
these calculations. 

Chapter 9 Implementing the project 

This is the exciting stage in a project when the plans begin to be enacted. The 
focus moves to managing action and ensuring that the project team or teams 
can start work and understand what is needed. The project manager needs 
also to consider how to secure personal support when it is needed and how 
to retain an overview whilst responding to the inevitable detail of the day- 
to-day tasks. 

Chapter 10 Monitoring and control 

It is essential to monitor if you are to be able to control progress on the project. 
The monitoring information can be reviewed against the plan to show 
whether everything is proceeding according to the plan. If not, the project 
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manager can bring the project back into control by taking action to recover 
the balance of time, cost and quality. 

Chapter 1 1 Communications 

This focuses on the need for effective communications in a project and the 
things that a project manager can do to provide appropriate systems. Much 
of the communication in a project is in connection with sharing information. 
Management of the flow of information is considered alongside a reminder 
of the responsibility of the project manager in ensuring that confidentialities 
are respected. 

Chapter 12 Leadership and teamworking 

After some comment on the nature of leadership, this chapter focuses on 
leadership issues in a project. Leadership and teamworking are closely linked 
and motivation is also considered. 

Chapter 13 Managing people and performance 

One of the things that a project manager can do in the early stages of a project 
is to prepare for good performance. It is much easier to manage performance 
to ensure that the project is successful if the performance requirements have 
been made specific and the staff have been adequately prepared. If the worst 
happens and a manager has to deal with poor performance, it is essential to 
have policies and procedures in place to ensure that the actions taken are 
legal and fair to the individuals concerned. 

Chapter 14 Completing the project 

The implementation of a project ends with completion, but there are often a 
number of outcomes with elements that have to be handed over to the project 
sponsor. There are choices about how these things are delivered. There are 
also a number of steps to take in ensuring that a project is closed properly so 
that any remaining resources are accounted for and all of the contractual 
relationships have been concluded. 

Chapter 15 Evaluating the project 

Most projects end with an evaluation and it often falls to the project manager 
to design and plan the process. This chapter outlines the process and ends 
with some consideration of the issues that may arise in presenting a report. 



6 Managing projects in human resources 

Chapter 16 Reporting the project 

This chapter deals with two areas that often worry project managers, how to 
develop a full written report and how to make an oral presentation. Different 
types of reports are appropriate for different types of audience, so there are 
a number of different types of decision to be made when preparing either a 
written or oral report. 

Chapter 17 Learning from the project 

Most projects will have aspects that go well and others that do not go so well. 
There is always a lot that can be learnt but much of the learning will be lost 
if care is not taken to ensure that it is captured. There is also considerable 
potential for personal learning and for management development during a 
project. 



1 



VVIfiof is a project? 



Many people find themselves working on projects from time to time, and you 
may find yourself invited to lead or manage a project. Sometimes people are 
asked to join a project team as part of their workload, and sometimes they 
are seconded to work exclusively on a project for a defined period of time. 
Some people are appointed to fixed-term jobs that are entirely concerned with 
work on one specific project. 

So what is a project? We use the word 'project' to describe something that 
is not part of ordinary day-to-day work. It also indicates something that is 
purposeful and distinct in character. In this chapter we consider how to dis- 
tinguish a project from other work and some of the particular characteristics 
of projects in HR, training and development settings. We also outline some 
of the factors that contribute to successful completion of projects. 



PROJECTS AND CHANGE 

Projects at work can be of many different types. Some may be short term, for 
example, organizing a special event, making a major purchase or moving an 
office. Or they may be bigger, longer and involve more people - for example, 
a project that involves developing a new service or a new function or moving 
a service area to a new location. The project may be expected to deliver an 
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improvement to services, for example programmes and courses, or products, 
for example training materials or CD ROMs. It may be expected to deliver 
financial benefits to the organization in some way. In the public sector, 
projects are normally expected to lead to social, economic and political 
outcomes. 

Projects contribute to the management of change. However, change man- 
agement usually refers to substantial organizational change that might 
include many different types of change in many different areas of work, while 
project management usually refers to one specific aspect of the change. There- 
fore, projects are often distinct elements in wider organizational change. 

Example 1.1 

A project as part of change management 

A large hospital was merging with a smaller community healthcare 
organization that offered a range of services in local surgeries, and 
through home visits to patients. The development of the new merged 
organization was a long and complex process, but there were a num- 
ber of projects identified that contributed to achieving change. These 
included: 

I development of new personnel policies; 

I relocation of directorate offices; 

I disposal of surplus estates; 

I development and implementation of financial systems for the new 
organization; 

I development and implementation of new management informa- 
tion system. 

Many other changes were less well defined: for example, teambuild- 
ing among the new teams of directors, managers, clinical and profes- 
sional leaders and functional teams. These could not be managed as 
projects but became part of a wider change management approach. 



FEATURES OF A PROJECT 

We normally use the term 'project' in quite a precise way although it can 
encompass many different types of activity. It can refer to a short personal 
project, for example, planning and holding a special celebration. It can also 
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refer to a major construction, for example, a project to build a new school. All 
projects are different but they do have certain features in common. A project: 

has a clear purpose that can be achieved in a limited time; 

: has a clear end when the outcome has been achieved; 

is resourced to achieve specific outcomes; 

has someone acting as a sponsor or commissioner who expects the out- 
comes to be delivered on time; 

f is a one-off activity and will not normally be repeated. 

As in any activity within an organization, there are constraints which limit 
the process in various ways. For example, policies and procedures may con- 
strain the ways in which things are done. The outcomes that are required may 
be defined very precisely, and measures may be put in place to ensure that 
the outcomes conform to the specified requirements. Once a project has been 
defined it is possible to estimate the resources that will be needed to achieve 
the desired outcomes within the desired time. A project is usually expected 
to achieve outcomes that will only be required once, and so projects are not 
normally repeated. Even if a pilot project is set up to try out an idea, the 
outcome from the pilot should achieve what was required without the need 
to conduct another pilot project (unless different ideas are subsequently to 
be explored). Working on a project is not like ongoing everyday work pro- 
cesses unless all your work is focused through project working. 





PAUSE FOR THOUGHT 






Which of the following activities would you consider to be 


projects? 






Yes 


No 


(a) 


Developing a new, documented induction 
procedure 


□ 


□ 


(b) 


Establishing a jointly agreed protocol to 
review the quality provided by a new 
cleaning service 


□ 


□ 


(c) 


Maintaining client records for a home 
delivery service 


□ 


□ 


(d) 


Managing staff rotas 


□ 


□ 


(e) 


Transferring client records from a card file 
to a new computer system 


□ 


□ 
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Yes No 
(f) Setting up a management information □ □ 

system 

We would say that (a), (b) and (e) fall within our definition of a 
project, whereas (c) and (d) are routine activities and are therefore not 
projects. In the case of (f) it is important to distinguish between the 
development of a management information system (which might 
benefit from a project management approach) and the subsequent 
process of ensuring that appropriate data is entered into the system 
and used for management, which is part of normal routine activity. 



Managing or leading a project is different from taking such a role in everyday 
work simply because of the limited nature of a project. There is a limit to the 
length of time that anyone in the project team will be in that role. There is a 
limit to the type of work an individual is expected to contribute to the project. 
Some members of a project team may be selected to bring appropriate exper- 
tise and others will be selected for other reasons. For example, an experienced 
administrator whose everyday work is with staff induction and performance 
processes might be asked to lead the project team not because of his or her 
expertise in administration but because that person has demonstrated lead- 
ership in his or her area of work. 



AIMS 

It is often said that aims describe the ultimate goal, the purpose of the project, 
while objectives describe the steps that are necessary to achieve that goal. If 
you ask, 'What is the purpose of the project?' this will help to identify the 
overall aims. The aims can also be described as the vision. In some ways, using 
the word 'vision' is helpful as it implies having a picture of success. Aims can 
encompass values alongside purpose, which is helpful as it can describe the 
outcome in terms of how it should be achieved. It can also identify any 
important aspects of the outcome that relate to the values of the organization. 
Aims can express a vision and describe a purpose, but clear objectives provide 
the details that describe how the aim will be achieved. 
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SETTING CLEAR OBJECTIVES 

It is very important to set clear objectives because these describe exactly what 
you are aiming to achieve and will provide the only way to know whether 
you have succeeded or not. It is often easy to agree the broad goals of the 
project, but these need to be translated into objectives if they are to be used 
to plan the project and to guide the assessment of whether it has achieved 
what was intended. 

Objectives are clear when they define what is to be achieved, say when that 
is to be completed and explain how everyone will know that the objective has 
been achieved. Many people use the word SMART to remind themselves of 
the areas to consider when setting clear objectives: 

I Specific - clearly defined with completion criteria. 

I Measurable - you will know when they have been achieved. 

[ Achievable - within the current environment and with the skills that are 
available. 

I Realistic - not trying to achieve the impossible. 

I Timebound - limited by a completion date. 

If you write objectives that include all these aspects, you will have described 
what has to be done to achieve the objectives. This makes objectives a very 
useful tool in a planning process. However, as planning often has to be revis- 
ited as events unfold, you will also find that you have to revisit objec- 
tives, and maybe revise them as you progress through the project. This is 
when aims can be very helpful in reminding everyone of the intentions and 
purpose. 



Example 1.2 
A clear objective 

An objective for an HR project might be stated as: 

To inform staff about the new procedure for reporting and 
recording sick leave. 

This objective meets some of the criteria of a SMART objective but not 
others. It is reasonably specific, stating that the purpose is to inform 
staff about the new procedure. However, it does not give any infor- 
mation about how this will be done or when, or how success might 
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be measured. The quality, timescale and costs are not mentioned here. 
How shall we know when the objective has been completed success- 
fully? What quality issues are there? We might know when the 
information has been given to staff, but we won't know how success- 
ful the project has been unless we know more about whether it was 
achieved within the budget and whether it was finished on time. A 
more SMART objective could be written as: 

To produce 500 attractive and easy to read leaflets setting out 
the new procedure for reporting and recording sick leave within 
the budget of £250 and ensure that it is distributed to all staff by 
30 September. 

It is now clear that success can be measured by quality of leaflets, 
produced within budget and distributed within the timescale. For the 
project to succeed, a further objective would be necessary to ensure 
that staff use the new procedures. 



There will usually be a number of objectives to complete in order to achieve 
the goals of a project. These objectives can be grouped into clusters that lead 
to completion of different parts of the project. Objectives are important in two 
ways in a project: they identify exactly what has to be done, and they allow 
you to establish whether or not each objective has been achieved. 

The objectives that you set in the early stages of the project provide a 
framework for the final evaluation. They also provide information that will 
help you to monitor the progress of the project so that it can be controlled 
and managed. 



KEY DIMENSIONS OF A PROJECT 

There are three key dimensions to a project: 

I budget; 

} time; 
1 quality. 

These have to be balanced to manage a project successfully. A successfully 
completed project would finish on time, within the estimated budget and 
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having achieved all of the quality requirements. These three dimensions of 
budget, time and quality are often regarded as the aspects of a project that 
must be kept in an appropriate balance if the project is to achieve a successful 
outcome. The job of the person leading or managing the project is to keep a 
balance that enables all of these dimensions to be managed effectively. 

These dimensions are in tension with each other, and any action taken that 
is focused on one of the dimensions will impact on both of the others. For 
example, if a reduction is made in the budget, there might be an impact on 
the timescale if fewer people are available to carry out the activities, or there 
might be an impact on the quality of the outcomes if the activities are rushed. 
These dimensions are useful to keep in mind throughout the progress of a 
project because actions and decisions will often impact on one or another of 
these dimensions and upset the balance. If the balance is upset, the danger is 
that the project will fail to keep within the agreed budget, fail to complete by 
the target date or fail to produce outcomes of the quality required. 



Example 1.3 

An unbalanced project 

A project was set up within a training centre to improve the training 
programme on data protection and confidentiality, which staff had 
found boring and not relevant to their own work. A budget and 
timescale were agreed and a small team was formed to carry out the 
project. The work started but soon ran into problems because the 
government announced that the law on data protection was to be en- 
hanced and strengthened. The project manager gained agreement to 
increase the timescale to allow for this additional work. However, this 
delay caused quality problems, because the current programme 
needed to be improved urgently and it was soon acknowledged that 
the improvement could not wait until details of the new legislation 
were announced. The project manager revised the plans to enable the 
team to carry out immediate improvements to the programme but to 
do this within a much shorter timescale and a reduced budget. It was 
agreed that more substantial changes would be made by setting up a 
new project when the new legislation was completed. 

The manager of this project had to switch his attention frequently 
from budget to time and then to quality, considering the impact on 
each of these dimensions as the project progressed. 
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PEOPLE IN PROJECTS 

Although this model of three dimensions helps us to keep an overview of 
projects, another crucial dimension to keep in mind is the involvement of 
people in projects. People are central to every aspect of a project. People 
commission and sponsor projects, agree to provide resources, support or 
challenge projects, and contribute their energy and intelligence to carry out 
projects. People take roles in delivering projects as leaders, managers and 
team members, and others influence projects as sponsors, stakeholders, men- 
tors, coaches and expert advisors. With so many people involved, projects 
are strongly influenced by how these people feel and talk about the project 
and how people behave in relation to the project. 



Example 1.4 

A project sensitive to people 

A consultancy service was commissioned by a large organization to 
provide a development programme for senior managers. Many staff 
thought that participation would influence promotion decisions, so 
the project was very sensitive in terms of how people would be se- 
lected to be participants in the programme. Other roles also needed 
to be considered, including who would present elements of the pro- 
gramme and who would support participants as line managers or 
mentors. As the ultimate purpose of the project was to improve the 
organization's products and services, some involvement from cus- 
tomers was important. There was also interest from the press and 
from several professional bodies and trade unions. 

In this project the extensive range of interests was managed by de- 
signing each aspect of the project with involvement of people with 
particular interests and concerns. A competence framework for senior 
managers aspiring to directorships was developed through consulta- 
tion with all the organization's directors. Senior managers and pro- 
fessionals were also interviewed to develop a competence framework 
that would enable development of 'middle' level staff into more senior 
positions. Senior staff and directors were trained to make selection 
decisions using these frameworks. The involvement of staff at several 
levels in developing criteria and in the selection processes ensured 
that the development programme was widely understood and its 
methods accepted within the organization. 
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When a project is particularly sensitive to 'people' issues it may be possible 
to consider the implications of different ways of balancing the key dimen- 
sions of time, budget and quality. It may be possible to deliver the intended 
outcomes in different ways, perhaps by using more or less involvement of 
people and their time. 



PROJECTS IN HR, TRAINING AND 
DEVELOPMENT 

Inevitably, any project that takes place in a setting concerned with training 
and developing people or managing the performance and welfare of people 
at work will reflect the particular concerns and values of the human resources 
(HR) perspective. This is not, of course, a single viewpoint. HR departments 
are strongly aligned with the missions, values and cultures of their workplace 
and therefore vary as much as organizations vary. Many organizations, par- 
ticularly those without large numbers of staff, do not have an HR department 
but manage their staff within their general management structures. Again, 
the approaches to training, development and management of people will 
vary. 

There is some common ground in the management of people in work- 
places. There is legislation governing basic rights of employees, although the 
details of such legislation varies from country to country and may change 
frequently. Common ground also exists in the recognition that it is people 
who carry out the work of the organization, however mechanized it may be, 
and that people need to be rewarded for their work and to be motivated to 
want to work. There is also similarity in the expectations that employers have 
of employees, particularly the expectation that employees will produce the 
outcomes that the employer is paying them to achieve - although in some 
sectors and organizations, these expectations seem to change frequently. 

Project management is a relatively recent approach to management. It is a 
particularly effective approach to gaining management control, and enables 
a focus on use of resources to gain specific objectives. It does, however, 
require different organizational structures: 

The rapid rate of change in both technology and the marketplace has 
created enormous strains on existing organizational forms. The tradi- 
tional structure is highly bureaucratic, and experience has shown that 
it cannot respond rapidly enough to a changing environment. Thus the 
traditional structure must be replaced by project management, or other 
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temporary management structures that are highly organic and can 
respond very rapidly as situations develop inside and outside the 
company. 

(Kerzner, 2003: 2) 

HR management approaches have also developed in the context of large, 
relatively stable bureaucratic and hierarchical organizational structures. If a 
significant amount of an organization's work is managed through project 
structures there are implications for how staff are recruited, inducted, devel- 
oped and managed. Projects are usually short-term, focused, un-hierarchical 
and operate under considerable time pressure. This makes it difficult to use 
the traditional approaches to bring recruits into the workplace and to develop 
and manage their performance. 



OUTCOMES AND MULTIPLE OUTCOMES 

A project is usually intended to achieve at least one distinct outcome. For 
example, a project to develop and test an induction manual should do exactly 
that. The project brief should identify all of the outputs that will be required 
to ensure that the project is 'signed off as successful. 

It is possible, however, to build in other outcomes that add value to the 
activity. One obvious opportunity is to use the project to enable personal 
development for those carrying out the various tasks. Alongside staff devel- 
opment there might be an opportunity for a team to work together to develop 
their teamworking approach, although project teams are usually temporary 
and assembled only to complete the project. Projects are often used as part of 
individual staff development to give experience of planning, managing and 
leading a team. If you are able to demonstrate that you have successful expe- 
rience in managing a project it can contribute to your promotion prospects. 
Also, projects are often used as vehicles for learning when people are study- 
ing for qualifications. 

Projects offer rich opportunities for staff development. These include 
opportunities to plan and manage the project, to liaise with people at different 
levels within the organization and to carry out and report on the progress of 
numerous tasks. Any project can be viewed as a set of specific tasks and 
activities, each of which demands skills and experience to perform well 
but also offers the opportunity for someone to gain the necessary skills and 
experience if suitable training or coaching is provided. This last point is cru- 
cial, and carries implications for all aspects of the project. If the project is to 
be used as a training ground the necessary support must be built into the 
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planning and the resourcing if the outcomes are to be expected on time, 
within the agreed budget and to the desired quahty. 

Projects are often required as part of educational courses because they give 
an opportunity for students to demonstrate that they can apply the course 
concepts and ideas in an integrated way in a real situation. It is also usually 
a requirement that students should demonstrate that they can review the 
results and provide a critical evaluation of what was achieved and what was 
learnt from the project. 



ACHIEVING OUTCOMES 

Unfortunately, projects do not always achieve all of their intended outcomes. 
The key dimensions of a project (budget, time and quality) suggest where 
problems might arise: 

The project might run over budget (or have to stop because of lack of 
funding before the objectives are achieved). 

I It might take much longer to achieve the objectives than had been esti- 
mated (or the project might have to stop early because time runs out). 

[ It might be completed within the time and budget but not be of sufficiently 
high quality (and so be of less value than intended). 

If there were failures in any of these dimensions there would be significant 
waste of time, money and effort. The achievement would be considerably less 
than had been expected. People will be disappointed and there might be loss 
of reputation for those who are perceived to have been responsible for the 
failure. There are many factors that contribute to completion of a project, and 
therefore many things that can contribute to success. 



PAUSE FOR THOUGHT 

From your experience, list the most important factors that have con- 
tributed to the success of any projects in which you have been in- 
volved. Which three factors would you rank as most important? 

You might have identified that it is very important to have enough 
time to complete the necessary tasks. You may even have been in- 
volved in a project that suddenly became urgent, and everything was 
required more quickly than had been originally planned. Also, many 
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people will have experience of being short of resources. If you have 
been involved in projects where you were not sure what was required 
or where the requirements seemed to keep changing, you will be 
aware of the need for clear objectives and for shared understanding 
of the expectations within those objectives. The key features of time, 
budget and quality can each seem to be most important when partic- 
ular issues arise in a project, but it will always be important to consider 
the potential impact of focusing on one dimension with the risk of 
unbalancing the project. 



Planning is very important in all stages of a project. You need to have clear 
objectives so that everyone can understand what you are trying to achieve. 
Planning is necessary to set out the steps that must be taken to achieve the 
objectives. Once activities begin you need to check that everything is pro- 
gressing according to the plan, and to be prepared to take action to correct 
things if there are delays or difficulties. These planning, monitoring and con- 
trol activities are the main responsibilities of the person managing the project. 
There are also leadership responsibilities. Good communications and inter- 
personal relationships are crucial to the ways in which people work together. 
It is fortunate that quite a lot is known about how to manage projects suc- 
cessfully. If you are new to the roles of managing and leading projects you 
will find that careful preparation can help you to deliver successful outcomes. 



2 



Scoping the project 



A project can be distinguished from the complexity of change in organiza- 
tions because it is Hmited by boundaries and focused on a particular issue or 
set of issues. All projects are different because they are intended to achieve 
something specific in a setting that is in constant change. A project is tempo- 
rary but it is intended to create a new product or service. 

The scoping stage of a project is about identifying the size and shape of the 
project and describing it in a way that helps everyone concerned to under- 
stand the intentions. Scoping is essentially about deciding what is 'in' the 
project and what is 'outside' the scope of the project. 

HR, training and development services are always under pressure to 
change, to meet increasingly demanding expectations of employers, organi- 
zations and their customers. In addition, individual learners in training and 
development programmes want services that meet individual needs. Any 
project that aims to improve an aspect of organizational life will have to be 
understood from many different perspectives in complex settings. Moreover, 
everyone in the setting who should normally be included in shaping and 
focusing the project is likely to be very busy and concerned with meeting 
immediate demands. This may make it difficult to gain people's attention 
unless the project seems to offer benefits that are worth trying to achieve. 
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WHY SCOPE A PROJECT? 

It is often tempting to try to include the priorities of all of the most influential 
people within a project, so that their support may be gained. Although there 
may be opportunities to address several organizational priorities within a 
project, it is usually dangerous to try to achieve too many diverse objectives. 
Elbeik and Thomas (1998: 24) reviewed reports of a number of projects and 
found that there were a number of common faults. On most of the projects 
they reviewed: 

the team was not sure of the project objectives; 

the team was not sure what the deliverables were; 

at the end of the project, the objectives were only partially met; 

the planned schedule tended to run late; 

the budget was exceeded; 

the needs of potential users had not been addressed. 

These faults led to many projects being abandoned or failing. There is a dan- 
ger of not achieving the main purpose if the project tries to bend in too many 
different directions, but the project could fail if the scope is not wide enough 
to ensure that the outcomes can be completely achieved. Scoping the project 
should enable you to identify exactly what work should be included to 
achieve the intended outcome successfully. The process will also clarify what 
should not be seen as part of the project but might be considered a different 
project or perhaps as an area for continuous improvement. 

In order to scope the project you will need to gain an overview of it. There 
are a number of models that can be used to gain an overview of a project. 
Some of these emphasize the sequence of stages through which a project will 
normally progress. Others propose key areas that must be managed carefully 
if the project is to be successful. Using a model can help you to structure your 
thinking about the potential scope of a project. We shall use the project life 
cycle model to demonstrate how you might use it to help you to think through 
the scope of a project. 
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Example 2.1 

A project to scope 

This project has arisen because a pubhc service organization has an- 
nounced that an appraisal scheme will be developed for all low-paid 
workers with the intention of developing clear progression routes to 
more skilled jobs and improving recruitment and retention rates. 
There is a general perception that many low-paid workers would be 
able to develop skills that would be beneficial to the organization if 
their reading, writing and oral skills were better. Many unskilled 
workers have communication problems at work because they have to 
use a second or even third language that is not used in their home 
communities. The proposed project is to improve the confidence, lit- 
eracy and language abilities of this group of employees in order to 
encourage them to volunteer to take part in appropriate training 
programmes. 

Chris is a newly appointed training manager who works in the HR 
department and has been asked to manage this project. Chris has been 
asked to scope the project for a meeting next week. Chris starts by 
considering whether the project life cycle model would help to de- 
velop an overview of the project that could be presented to the 
meeting. 



THE LIFE OF A PROJECT 

The project life cycle model describes the different phases that a project nor- 
mally passes through as it progresses to a conclusion. The model is based on 
the idea that, although all projects are different, they all progress through 
similar phases. Each phase completes a stage of the project. For example, the 
first phase is called project definition and it is completed when the project 
has been thoroughly defined and the project brief has been written and 
agreed. 



define 


- 


plan 



implement 



close / handover 



evaluate 



Figure 2.1 A project life cycle 
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In the model shown in Figure 2.1 there are five phases: 

I Phase 1 - Project definition. This is completed when the project brief has 
been written and agreed. 

I Phase 2 - Planning. This includes all the elements that make up the project 
plan. 

f Phase 3 - Implementation. This includes all the activities and tasks that 
achieve the project outcomes. 

I Phase 4 - Closure. This includes all the activities and tasks that ensure the 
project is completely finished. 

I Phase 5 - Evaluation. This may include evaluation of the processes used 
in the project and of the outcomes achieved. 

The idea of a life cycle suggests that a project has a life. This implies a seq- 
uence of phases, including birth, growth, maturity, ageing and death. We talk 
of the Tife' of a project, accepting that it exists for a limited time. During that 
time we expect it to grow and achieve its outcomes and then to close. The 
project's 'history' develops as the team or successive teams and the individ- 
uals who contribute make decisions and carry out activities. The project's 
history influences each successive phase, as decisions and actions both pro- 
vide foundations and limit the possibilities that follow. We might also be sad 
when a project ends, even if it has achieved all its aims, because the end sig- 
nals the end of the collaborative work for those who contributed. 



Example 2.2 

Using the project life cycle model 

Chris made some notes to try out the project life cycle model as a way 
of providing an overview of the skills development project. Here are 
the notes: 

Phase 1 - Project definition 

The project aim is to improving literacy and language skills amongst 
low-paid workers, to increase their confidence and abilities so that 
they will take training and improve their skills and incomes. This will 
benefit the organization by improving recruitment and retention rates 
and increasing the pool of more skilled workers. It will benefit the 
individuals by increasing their opportunities to progress in the orga- 
nization and to earn more money. It also reflects government policy 
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to improve literacy and numeracy in the workforce. (How do we turn 
this into a project brief? Who needs to agree the brief?) 

I need to involve a lot of people in defining this project because we 
shall not be able to make much progress unless we can agree exactly 
what we are trying to achieve. We need to discuss who the stakehold- 
ers are and negotiate access to talk to the people who are classified as 
low-paid workers and their line managers. The trade unions are 
important stakeholders, although few of the low-paid staff are cur- 
rently members, and we need to involve them in discussions, perhaps 
with representative groups. 

Objectives are another problem. I understood originally that the 
organization's main interest was in improving the levels of skills in 
the workforce and improving recruitment and retention. Now it 
seems most important to focus on identifying training and develop- 
ment needs before we decide how to make appropriate provision to 
address those needs. Is the focus of the project on all low-paid workers 
or only those who seem to have poor literacy or language skills? (Who 
is to say how we would judge a 'good' level of these skills?) 

It might be difficult to set clear objectives with so many potential 
aspects to this project, but we must do that before we can begin to 
estimate time and costs for doing what is needed to achieve the ob- 
jectives. I hadn't thought of doing a feasibility study, but we could 
discuss that at the meeting. I think it will take quite a while to get to 
enough clarity to be able to write a project brief. 

Phase 2 - Planning 

We need to decide what has to be done to improve literacy and lan- 
guage skills. We shall need language and literacy tutors, possibly from 
a local college. Line managers will have to be included in planning 
because staff will need some time away from their normal work. We 
shall have to book training rooms as well - although I suppose that 
the staff in this programme might all be at different levels and not easy 
to teach in a group. 

No one has talked to any of the low-paid staff about this idea and I 
am worried that they might feel that offering this sort of programme 
is a criticism of their work or abilities. Anyway, I know that a couple 
of people who are in this category of low-paid staff are actually rather 
well qualified and could get jobs at a much higher level but have cho- 
sen their current roles because they want to work close to home and 
the part-time rotas avoid them having to arrange child care. 

We shall not be able to plan in a structured way until we have clear 
objectives and the timescale and budget agreed. It is really important 
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to identify the people who will be key members of this project team. 
I think we might find that working together to clarify the objectives 
starts us thinking about planning and how we might achieve the out- 
comes we want. Since planning is ongoing, we shall be able to change 
our approach if we need to. 

We shall need to look at how low-paid workers are recruited at the 
moment and how their performance is managed to understand 
whether changes in the systems are needed. We don't know whether 
there is any training needs analysis because these people have been 
recruited to jobs that need very little training and very low skills. We 
don't know whether their line managers know how to do a training 
needs analysis. Anyway, no one can really carry out an analysis until 
we have some clarity about what level of skills we want low-paid staff 
to develop. 

Phase 3 - Implementation 

We can't start doing things until we have decided what to do - so 
implementation will have to wait until after consultations and deci- 
sions about possible actions. I suppose this means that nothing will 
happen very quickly, but that's a problem because I need to show that 
I can manage this project as it is my first substantial role in this 
organization. 

I had been focused on getting started on the implementation but I 
see now that the objectives must be clear enough for the budget and 
timescale to be agreed before even the plan can be made. Once we 
have a plan, we can still change things, but we shall be able to see how 
any change impacts on the timescale and budget. I'll need some sort 
of steering group to report to if I am to monitor the progress and make 
changes, as they might need agreement from higher up if it looks as 
though the budget or timescales need to change. I'm only just begin- 
ning to understand that the activities will need to be carefully planned 
so that I can keep some overall control of how the project progresses. 

It's clear that we are going to have to set up some good communi- 
cations arrangements to ensure that people at all levels in the organi- 
zation are informed about what we are trying to do. It is beginning to 
look as though this project might lead to a much wider training pro- 
gramme than had initially been envisaged. There are potentially 
rather a lot of people who might be involved, and we will need to not 
only keep them informed but be able to listen to their ideas and con- 
cerns and discuss progress as we move the project forward. 
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Phase 4 - Closure 

Fm not sure how this project will close - perhaps we shall have in- 
troduced new courses in our training programme, but it is more likely 
that we shall have some sort of less formal arrangement. We might 
need to provide some sort of one-to-one tuition instead of thinking 
about groups and courses. Fm sure it is going to take people different 
amounts of time to get up to speed with either literacy or language, 
and Fm not sure we have any idea about what standard we think 
would be appropriate to aim for. Perhaps it would be best if we plan 
the project closure to happen when we have a system in place rather 
than people with literacy and language skills developed to the right 
level. So I need to think about setting objectives that are about putting 
systems in place to develop staff who want to progress rather than 
thinking of the actual development as being the purpose of the project. 
Then, even when the project is finished, the development process will 
carry on. The project closure arrangements should be fairly straight- 
forward if I make a check-list as I think of things that need to be done. 

Phase 5 - Evaluation 

If we have regular reviews we should be able to hold a final review 
quite easily. Again, if we have clear objectives we should be able to 
see whether we have achieved them or not. It will help a lot to sort the 
objectives into ones that set up the system and ones that relate to de- 
veloping staff. 

We shall need to evaluate whether we have made a difference. It is 
not just about counting people who take the opportunity to develop 
literacy or language skills, but more about whether this makes any 
difference to their progression into more skilled work. That might be 
difficult to evaluate but it has to be the most important aspect of the 
project. It will also take quite a long time before we can really look at 
that, so we might plan several stages of evaluation. We might evaluate 
whether the systems we set up are working well soon after the project 
has completed. We could also plan an evaluation after a further year 
or so to test out whether the project has made any real difference to 
workforce development. 



The life cycle model has helped to identify some of the areas that will need 
consideration, especially the amount of time that will be needed to involve 
others in discussions. Thinking about the phases has helped to show that the 
project definition phase will have to be carried out thoroughly with all those 
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involved in the problem area before it is clear where the problems lie or where 
improvement might be made. 



PAUSE FOR THOUGHT 

What do you think that Chris still needs to think about in scoping this 
project? 

The objectives of the project will have to be much clearer before it 
is possible to begin the planning phase. It will also be important to 
identify a budget and a timescale so that the project can be managed 
effectively. 

This project will need a lot of different people to be involved in 
defining what the problems really are, and understanding whether 
these are problems that might be addressed by increasing support and 
provision through the workplace. It almost sounds as though there 
should be a project to decide whether there should be a further 
project - the scoping phase might be a project in itself. 

The ownership of this project might be a problem. Chris needs to 
think a lot more about the nature of the problem and the objectives of 
the project. Although the organization has identified poor literacy and 
language skills as holding back low-skilled workers from gaining the 
skills to progress to better paid work, this might not be how the low- 
paid staff see the issues. This project might be more about developing 
individual training plans for all levels of staff and providing suitable 
support for whatever development needs are identified. It is possible 
that the organization needs more skilled line managers who are able 
to carry out training needs analysis before any decisions are made 
about exactly what sort of training is needed. Chris needs to think 
more carefully about the real purpose of this project, about who 
might be the most appropriate sponsor and who the key stakeholders 
might be. 

You might be concerned that there is not enough integration be- 
tween the stages. For example, when the team discuss and agree the 
objectives they could also develop details of the planning and 
scheduling. They might also have ideas about how progress could be 
controlled in a collaborative way once they are able to start imple- 
menting the project. There is a danger of letting this project run away 
if the team start to see what appear to be easy solutions, and Chris will 
need to be quite structured in helping everyone to identify options 
before rushing into decisions about potential solutions. 
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It appears that the organization has agreed to put some investment 
in the project because of Chris being asked to work on the idea, but 
funding will be required, at least to cover the cost of the time of ev- 
eryone who needs to be involved in decision making. An early task 
might be to estimate the probable time involved, the associated costs 
and the potential budget. 



The model has helped to identify the amount of work that needs to be put 
into the early phases in scoping this project. It also demonstrates that plan- 
ning and implementation will not necessarily follow in a neat sequence. 
Better understanding needs to be developed about what the project is expec- 
ted to achieve. As those involved meet to discuss how they might develop 
the project definition, planning and implementation will begin to happen 
alongside the development of shared understanding. The life cycle model is 
often criticized as being too simplistic for use in complex settings because it 
implies a simple linear progression from one phase to the next. Projects often 
change as they develop and as more is learnt about how they fit into their 
setting. In addition, the context of any project may be rapidly changing. 
Change will often impact on a project, and flexibility is crucial to success. 

Each project life cycle will be different. Real life is more chaotic than this 
model suggests, but the model does provide a structure that helps to reduce 
the chaos by putting boundaries around different stages of the project. Mod- 
els inevitably offer a simplified view of a situation. They can be helpful in 
providing a structure to gain an overview of a project, but they do not offer 
a check-list that will ensure successful completion. They do identify the 
essential elements, but each project is different. People and teams are always 
crucial as they can make the project succeed or fail. 

Projects evolve through a series of loops of planning, acting, reviewing and 
replanning. Also, many projects begin without essential information that 
only becomes available later, and often changes the assumptions that have 
influenced the project until that point. It is important to think of planning as 
a continuous activity rather than something that can be completed once and 
used without change for the duration of the project. Expect change and plan 
to change the plan. Some people think of a project as something that is 
crafted, like a clay pot, where planning and doing take place simultaneously 
and each affects the other. 

The first stage of the project is vitally important as it is the foundation for 
all the future work. The project needs to be defined clearly so that all of the 
people involved understand what is to be achieved and why it is worthwhile 
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to carry out the project. It is important to find out who has an interest in the 
project area and what their interests are. This will help in identifying clear 
objectives and goals for the project. It is also important to establish how much 
energy and resource should be invested in achieving the results within the 
time available. 

In the research they carried out, Elbeik and Thomas (1998: 25) identified 10 
factors that managers in multinational organizations see as critical for the 
success of a project: 

1. Clearly defined objectives. 

2. Good planning and control method. 

3. Good quality of project manager. 

4. Good management support. 

5. Enough time and resources. 

6. Commitment by all. 

7. High user involvement. 

8. Good communications. 

9. Good project organization and structure. 
10. Being able to stop a project. 

They placed these factors in this order of priorities because the objectives, 
planning and control underpin a project. You might be thinking that if so 
much is known about how to make projects successful, why do they fail? 
People are often reluctant to put time into the early stages of planning, and 
want to see some action and results. Managers often lead projects alongside 
other work that might seem more pressing. There is little to show in the scop- 
ing stage, and it is tempting to move quickly into setting out a project plan. 
It is also important in the scoping stage to consider whether the project is 
really worth doing. There is no point in going ahead if the project is not likely 
either to contribute to improvement or to add value in some way, so many 
projects include an appraisal of the costs and benefits as part of scoping a 
project. If the project proves not to be either useful or viable, it is better to 
discover this before much time or resource is invested, even if you were very 
committed to the proposal. 



3 



Questions, evidence and 
decisions 



It is easy to become enthusiastic about a project if it is something that you 
care about and would Hke to see achieved. If a project is to attract investment 
and support, however, it will have to be identified as both needed and 
wanted. The key questions are whether the project will achieve what is 
intended and whether it will work as imagined. There are a number of ways 
of considering these questions and of assembling the evidence that supports 
or challenges the ideas that have been proposed. 



DOES THIS PROJECT MEET A NEED? 

In management of people, training and development we are concerned to 
ensure that we have reliable approaches to identification of needs. Needs 
must be identified and understood before training or development can be 
delivered to meet the needs. If a project is to be successful it must address 
needs: 

Projects arise in order to meet human needs. A need emerges and is 
recognized, and the management determines whether a need is worth 
fulfilling. If it is, a project is organized to satisfy the need. Thus, needs 
are the fundamental driving force behind projects. This seminal aspect 
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of needs makes them important for project management. Their emer- 
gence sets off the whole project process. If at the outset we do not 
understand a need and its implications, if we incorrectly articulate it, or 
if we mistakenly address the wrong need, we have gotten off to a bad 
start and can be certain that our project will be trouble-filled. 

(Frame, 1987) 

Frame identifies three phases in the identification of needs; emergence, recog- 
nition and articulation. Needs emerge from both inside and outside an 
organization, but it may be some time before a need is recognized. Once rec- 
ognized, the need can be articulated, expressed in a way that describes it 
clearly. At this stage, a decision can be made about whether to invest 
resources to address the need or not. 

It is not easy to separate needs from wants and demands, but it is often 
helpful to consider which of these you are dealing with. When a new training 
or development programme is publicized, people who want to move on may 
express a demand to go on the programme even if it is not needed to help 
them to do their current job better. 'Need' is usually applied to something 
that is fundamental and essential to maintain or improve performance. 
'Wants' are more about choices than about meeting a fundamental need. 
'Demand' is a forceful expression of a 'want', often including demonstration 
of need and expression of a choice that is expected to satisfy the need. 



Example 3.1 

Meeting organizational development needs 

Developments in printing technology brought a demand for wide- 
scale retraining. For many years, printing had been carried out by 
putting together separate letters to make words, inlying these up and 
printing them directly onto paper - rather like a child can make prints 
with a cut potato. The development of lithographic methods brought 
the need for a different range of skills, and many printers retrained to 
operate lithographic printing presses. Technological developments 
continued to be very fast, and the development of computers, soft- 
ware and digitally controlled printing methods quickly brought de- 
mand for use of these new methods. It soon became apparent that 
printing organizations that failed to invest in developing the capacity 
and capability to work with digital printing would have difficulty in 
surviving. Printing organizations of all sizes had to make decisions 
about purchasing new equipment and developing the capability to 
use the new methods effectively. Many organizations had to meet 
their need for newly skilled staff by rapidly retraining staff skilled in 
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lithography and by appointing new staff who already had skills in 
digital work. Some skilled lithography specialists wanted to retrain, 
but if they had no knowledge of using computers the training could 
take too long to meet the needs of their organizations. In addition, 
there was growing demand for training in digital media as the struc- 
ture of the printing industry changed rapidly. 



In most organizations, resources are limited. In considering whether a project 
is worth investment, those responsible for expenditure will want to under- 
stand how the project will benefit the organization. The benefit may be direct, 
or may be an improvement in an area of work that will ultimately provide 
better services and materials or better use of resources. Therefore it is 
important to consider how the proposed project will make a worthwhile 
contribution. 

Anticipating needs 

The world around us is constantly changing, and new needs emerge from 
change in our environment. Some of the new needs may be within our own 
organizations but others will be in the communities we serve. It is helpful to 
anticipate and predict emergent needs and to develop understanding of them 
well enough to respond proactively or to be prepared to explain why you 
cannot respond. 

Recognizing needs 

A need is recognized when there is evidence that there is a problem that 
should be addressed. Evidence might include existing data from both inside 
and outside the organization, but usually also involves collection and anal- 
ysis of additional data. As the need becomes clearly identified there is often 
some indication of measures that might be taken to address the need, and the 
outcomes and outputs that might become the goals of potential projects. 

Describing needs 

Before anything can be done to address the need it has to be described in a 
way that enables everyone to understand the problem. This includes describ- 
ing its characteristics and explaining why it is important to take action. It may 
be helpful to work with groups and individuals who have an interest in the 
new area of need to ensure that it has been thoroughly understood. This 
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should lead to a precise statement of the need, and eventually to a proposal 
of what must be done or provided to meet the need. If the action to be taken 
is to set up a project, this statement will contribute to the formal definition of 
the project. 



DOES IT HELP TO ACHIEVE ORGANIZATIONAL 

GOALS? 

If a project is successful it will achieve its own objectives and also fit in with 
the strategic plans of the organization. A project will usually attract support 
if it will help others to achieve their objectives and if it will help to move the 
work of the organization in the right direction. 

In the very early stages of a project there is an opportunity to consider 
whether it is as well aligned as it could be with the wider objectives of the 
organization or area of work. Discuss with the project sponsor how much the 
project will contribute to progressing organizational objectives. It is often 
possible to address a slightly wider range of concerns if this is planned as 
part of defining the project - but it is difficult to do it later in the planning 
stage. 

The questions that will help you to determine the value of the project to 
the organization are: 

P How will this project help us to carry out our purpose more effectively? 

I How exactly will the project contribute to achieving any of the organiza- 
tion's stated objectives? 

[ How will this project contribute to improving the service for our 
customers? 

If you ask these questions of the project and find that it does not contribute 
directly, the feasibility of the project should be considered as doubtful 
because the use of resources will be difficult to justify. 



HAVE WE CONSIDERED ALL THE OPTIONS? 

As we ask whether the project will work or not, we often find that previously 
unconsidered options emerge. We might realize that there are other ways 
of achieving the same outcome, or we might have become aware of new 
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perspectives that raise questions about aspects of the project and cause us to 
look for different options. 



Example 3.2 

Options in delivery of on international programme 

Managing Health Services is an open learning programme produced 
by the UK Open University and the Department of Health. It has been 
adapted for use in other countries, with costs varying according to 
arrangements for support of learning. If the materials are used with- 
out any adaptation to reflect the new context, they are difficult for 
learners to understand because the examples are British and may be 
inappropriate or unfamiliar. Learning materials have embedded val- 
ues and assumptions that arise from the culture in which they were 
developed. 

In the Cayman Islands the learning materials were used without 
adaptation and tutors supported learners to identify local examples. 
A similar approach was used in South Africa and Namibia, prior to 
the development of a 'southern Africa' version of the materials. This 
approach is only possible with confident and experienced tutors. 
There is a choice between investing in developing tutors to be able to 
contextualize the programme or rewriting parts of the learning ma- 
terials. Neither option is quick or inexpensive. 

For countries that intend to deliver the course to large numbers of 
managers - or where translation is required - it may be appropriate 
to adapt the learning materials to local conditions. This is how Man- 
aging Health Services has been adapted in Hong Kong, Australia, 
Malaya, Slovakia and Russia. This enables revision appropriate to the 
needs of the new context, but it needs time and funding. Adaptation 
and contextualization increase the sense of 'ownership' when mate- 
rials are used for a national programme. This is important in securing 
sustainable resources for long-term delivery, accreditation and certi- 
fication. There is, however, always a balance to be achieved between 
the time taken to change materials or develop tutors, the costs of doing 
either and the quality achieved in the adapted learning programme. 



Options might be provided by your colleagues or from the stakeholders in 
any of the issues addressed by the project. One way to collect ideas is to have 
a brainstorming session. This is usually done with small groups in which one 
person writes up the ideas on a flip chart. Participants are encouraged to call 
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out any ideas they have, and it is important to stress that others should not 
judge or comment on the ideas at that stage because if people are allowed to 
offer criticism it can stop individuals from offering creative or unusual ideas. 
At the end of a brainstorming session participants discuss the ideas, build on 
some of them and perhaps dismiss some completely. 

However you do it, it is usual to consider what options exist before the final 
decision is taken about investing in a project. There is always the option to 
do nothing, and it is worth considering what the outcome would be if nothing 
at all was done to intervene. If there are a number of possible options and a 
decision has to be made about which direction to choose, it can be helpful to 
carry out an option appraisal. 



OPTION APPRAISAL 

The purpose of an option appraisal is to decide which option would be the 
best choice to achieve your purpose. You can't carry out an option appraisal 
until you have a very clear description of the purpose. Ideally, this description 
will include objectives and criteria by which success can be judged. 

Draw up a set of criteria by which you can judge whether each option 
would achieve your objectives. The criteria usually include any limits that 
have to be placed on costs, time, who carries out the work, where the work 
is carried out and how the quality of outcome will be ensured. Once you have 
a list of criteria you can check each option against the criteria to see which 
meet all or most of the criteria. If the decision is difficult to make - perhaps 
more than one option meet most of the criteria - you can take each of the 
criteria and put them in ranking order according to importance. The best 
option will be the one that meets the highest number of the most important 
criteria. Another way to judge it is to give each option a score for each of the 
criteria it meets, perhaps marking out of 10 if many of the criteria are not fully 
met. Then you can identify the best option by adding the scores achieved by 
each option. 

Using numerical scales to help in making these judgements may seem 
strange, as there is no basis other than judgement for awarding the scores. 
The advantage of using these methods is that it forces you to consider the 
strengths of each option from a number of different perspectives. We often 
have a preference and are not always sure why we prefer one option to 
another, so it can be important to test out our initial judgements by using a 
method that might challenge our impressions. This approach might raise 
concerns, particularly if we find that a favourite option does not perform well 
when tested against other options. This is sometimes because we have not 
included all the criteria that we want to use in making the judgement. For 
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example, in some settings it is very important that people who share the val- 
ues of those in the setting carry out a project. If this is important, it should be 
added to the list of criteria. We often make judgements using a range of 
openly expressed criteria and a few criteria that have not been fully under- 
stood or discussed. Many would argue that the best decisions are made when 
the criteria have been very carefully prepared so that the process can be seen 
to be 'transparent'. 



COST-EFFECTIVENESS 

A cost-effectiveness analysis enables you to compare the different costs 
involved in each optional way of achieving the same objectives or outcome. 
The option that costs the least would normally be considered to be the most 
cost-effective. This method is only useful if the outcome has been described 
thoroughly. For example, if a project is intended to achieve some staff devel- 
opment during the process, it would not be more cost-effective to hire 
temporary staff. This option would not have been considered if staff devel- 
opment had been identified as an objective of the project. It is very important 
to be explicit about all of the objectives and goals of the project before apply- 
ing any financial tests. 

Sometimes projects are so strongly supported by people convinced of their 
worth that it becomes very difficult to make an unbiased appraisal of whether 
the organization would or would not benefit. Sometimes there are conflicting 
values and loyalties that exaggerate the anticipated benefits. Once the objec- 
tives and goals are clear, the application of financial tests can help to ensure 
that decisions taken about investment in the project will stand up to scrutiny 
by those whose money is being invested. 



OPPORTUNITIES AND THREATS 

Some people will see the project as offering opportunities and others will see 
threats. Those who see opportunities may sometimes want to include addi- 
tional aims and objectives, and it is important to consider where the bound- 
aries of the project are. The answer often lies in having a clear statement of 
the purpose of the project. This will enable you to identify what has to be 
done to achieve that purpose. For example, service improvements often raise 
the question of whether additional training should be provided. If the pur- 
pose of the project is clear, it will be possible to identify what has to be 
provided in order to enable staff to do what is necessary to achieve the 
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purpose. However, the opportunity to provide additional training might be 
worth considering if that would make good use of resources or help to 
achieve the wider goals of the organization. It is important to discuss the 
opportunities before the project brief is written so that they can be incorpo- 
rated if they add value without diverting the project from its core purpose. 
The disruption that a project might bring is often seen as a threat. These 
fears include disruption to routine work or to the working lives of individ- 
uals. If full discussions are held with the people who might be affected by the 
project, they can be encouraged to express their fears. There will not always 
be easy solutions that will be seen to reduce the fear, but if the feelings are 
respected and discussed there is an opportunity to judge the extent to which 
the fears present a threat to the project. Some fears may reveal threats that 
had not been previously considered, and may be vital in helping to shape the 
project in a way that can be successful. Other fears may prove to be unjusti- 
fied, and can be reviewed as the project progresses. 



IS THIS PROJECT FEASIBLE? 

If a project is large or innovative, you might carry out a feasibility study before 
beginning the detailed work of planning and implementation. A feasibility 
study considers whether the project can achieve what is intended within the 
setting and resources available. If there are a number of ways in which the 
project might be carried out, a feasibility study can help to clarify which 
option or options would achieve the objectives in the most beneficial way. 
The key issues to consider in a feasibility study are: 

f Values. In many organizations it is very important to check that the in- 
tended processes and outcomes of a project align with the values and 
culture. For example, it would not be appropriate to carry out a project in 
a way that would disadvantage some members of the community in a 
setting in which there was an overall intention to promote social equality. 

I Finance. Compare the overall cost of all the resources that will be neces- 
sary to carry out the project with the benefits the project is intended to 
bring. The basic question is whether the project is worth doing. Also con- 
sider the cost of not doing the project, as this will help to clarify whether 
the project addresses a 'want' or a real need. 

[ Technical. This includes not only the technical aspects of completing the 
project but also the 'fit' of the project with its surroundings. Consider the 
way any new system or technology will fit with existing systems and 
whether staff have the competence to use the new system. There may be 
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a need to plan for training and a transition period. Also consider whether 
the proposed new system or technology is the best for the purpose in- 
tended, and whether enough work has been done to identify alternatives. 

[ Ecological. Consider the potential impact of the project, both as it is car- 
ried out and in terms of the impact of its intended outcomes, on the local 
environment and local social conditions. The project has to be acceptable 
to those in your immediate locality. Areas to consider are whether your 
project might cause more traffic or noise, lead to an increased need for 
parking, threaten wildlife or open 'green' areas or impact in any way on 
local concerns. 

i Social. Another consideration is whether the project will attract support 
from staff, customers and the general public. Will the project improve or 
impact on social settings or relationships? Both the processes used and 
the intended outcomes can be reviewed in terms of whether there is an 
opportunity to make the project more attractive and useful so that it is 
well supported. For example, it might be possible to offer some training 
to those who carry out the project or to local people to benefit the 
community. 

[ People management. Consider whether there will be any implications for 
work practices, and how you might plan for appropriate consultation 
with staff, particularly if there might be any changes to terms and condi- 
tions of employment. There is often a training and development aspect if 
the project is intended to contribute to organizational change. Consider 
how equal opportunities will be addressed and whether any special mea- 
sures should be taken before, during or after the project. 

It may not take very long to carry out a feasibility study for a project that has 
a limited call on resources and a clearly defined outcome that is agreed to be 
necessary. It is often possible to do this in informal discussions if a project is 
small and uncontroversial. For a larger project, however, it is usual to have 
a very comprehensive feasibility study to avoid investment in something that 
may not be worthwhile. 



Example 3.3 

A feasibility study 

Managers in a central city local government office decided that staff 
would benefit from a directory of all local government services with 
information about how to contact each service. They were concerned 
that staff were unaware of some internal services, and felt that savings 
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could be made by improving information about the range of services. 
For example, there was evidence that many purchases were being 
made without first consulting the local government purchasing ser- 
vice that had negotiated many very beneficial rates. The HR depart- 
ment were asked to conduct a feasibility study. The areas considered 
were: 

I How the directory could be genuinely accessible to all staff in terms 
of language, format, accessibility and understandability, to recog- 
nize the diversity of employees. There was some evidence that staff 
in manual work who had responsibility for minor and routine pur- 
chases were not following approved procedures. The HR depart- 
ment also considered whether they would be fully reflecting the 
values of their organization if they failed to offer a comprehensive 
directory that could be understood and used by all staff at all levels. 

I The cost of collecting and presenting the information and the 
ongoing costs involved in keeping the directory up to date. Options 
of using leaflets, notice boards, loose-leaf manuals, bound manuals, 
telephone help lines, pre-recorded telephone messages and 
web pages were considered. The benefits of using different 
methods and the potential to use a range of languages were con- 
sidered. The potential costs of not providing the information were 
also considered. 

I There were a number of technical considerations. The organization 
already had a computer-based information system that could be 
accessed by staff but not by its clients. Many staff, however, par- 
ticularly in manual work and in work that involved frequent travel 
away from an office base, had little or no access to computers. In 
addition, information about some services was provided in bound 
manuals that were only available in central offices, therefore it was 
inaccessible to staff who would not normally go into those offices. 
Consideration was given to whether information could be made 
readily available in other forms which would save staff time. 

I Some consideration was given to the role of line managers, both in 
ensuring that staff were given the information they were entitled 
to have (many of the services included personal services for staff) 
and in ensuring that staff had the appropriate information to enable 
them to carry out their work as required. 

I The HR department considered whether similar projects had been 
successful elsewhere in local government organizations and 
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whether there were any alternative ways of handhng the problems 
that they were attempting to overcome. 

I There was consideration of whether the proposed project manager 
had the time and expertise to manage the project. 

The more it was discussed, the more complex it seemed to become. 
The department had to consider whether it could be done and what 
the real costs and benefits would be. It decided, as a result of this 
feasibility study: 

I to continue providing much of the information in its current form; 

I that the HR department would ensure that all staff were informed 
about the services available to them in ways that addressed the 
diversity of employees; 

I that line managers would receive training to reinforce their under- 
standing of how use of internal services could benefit the organi- 
zation; 

I that line managers would also receive training on their role in 
supervising staff who had any responsibility for use of resources 
(financial or staff time) to ensure that best use was made of internal 
services. 

This solution was identified as less costly and more effective than at- 
tempting to provide a range of complex and often frequently changing 
information in one format that would be accessible to everyone. 



SHOULD WE DO A PILOT STUDY? 

If the proposed project is on a large scale, or if considerable expense is antic- 
ipated, it is often a good idea to test the ideas out in a pilot study. If you are 
planning a pilot study it is important to remember that the main purpose of 
this is to learn as much as possible to inform the proposed substantial project. 
This means that a pilot study needs to be planned to enable appropriate 
learning. There is no point in carrying out a pilot study if the process cannot 
inform future projects, for example, if each setting in which the project will 
be run is so different that the planning must be different for each. 

There are two ways in which pilot studies are frequently designed. First, 
the pilot might attempt to carry out the whole range of project activities lead- 
ing to the full range of outcomes, but do this in only one situation or 
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geographical area. This sort of pilot is often used to try out a large-scale 
project that can be piloted and revised before running it on the large scale. 
For example, a project to introduce a new induction process might be piloted 
in one department or area of work before being implemented across a whole 
organization. 

Second, the pilot might test out only a part of the final project. For example, 
if the project includes use of new technology, the project team might attempt 
a small task to learn more about the technology before starting a project that 
relies on its use. 



Example 3.4 

Setting up a pilot study 

A senior manager was responsible for a project that included devolv- 
ing budget responsibility to unit levels. This meant that budgets 
would have to be managed at levels further down the organization 
than had been the practice previously. Although she had personal 
experience of managing at the unit level, this was at a time when 
budgets had not been devolved, and she was worried about whether 
she could anticipate all the issues that might arise. She decided to run 
a pilot study with a small group of the unit managers who were most 
interested and most motivated, so that they could be involved in de- 
veloping systems that would work effectively. She also hoped that 
this approach would help her to learn more about how 'housekeeping' 
could be improved at unit level. 



It is often a good idea to involve people who are interested in the project in 
a pilot study, if you decide to carry one out, because it helps to establish what 
is possible without having to work with people who are reluctant and who 
might create unnecessary obstacles. 

As a pilot study is designed as a learning process, it is important to set 
objectives that indicate what you are trying to learn. Attempting to write such 
objectives will often help to determine whether it is likely to be helpful to run 
a pilot or whether it might be better simply to start the project but to build in 
frequent review events to ensure that you learn from the work as it 
progresses. 
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IS THE BENEFIT WORTH THE COST? 

Any project involves the transformation of inputs into outputs. The work of 
the project team, the materials and other resources that they use and the 
energy that they put into the project all contribute to the transformation that 
is the overall outcome of the project, the change that the project has produced. 
For example, the inputs to a project might include a small team of people who 
gather information and make a display (using a wide range of materials) for 
an exhibition to publicize the services they offer. The outputs of the project 
would include the exhibition materials that had been created, and maybe a 
list of contacts that had been made during the exhibition. Overall outcomes 
of the project would be wider, and include any new service users whose 
awareness of the service has been raised by the exhibition and the team's 
capability of being able to take part in a similar exhibition again. 

One aspect of carrying out a cost-benefit analysis is to ask questions about 
the relationship of inputs to outputs and outcomes. The most basic questions 
to ask are: 

[ What resources will be required and how much these will cost? 

f What outputs or outcomes will be produced? 

I What will be the quality of outcomes and outputs? 

I What quantities will be produced? 

The aim of asking these questions is to identify the cost of the project, the cost 
of transforming inputs into outcomes. It is important to try to express the 
proposed outcomes clearly because projects are not always intended to pro- 
duce things that can be counted and then costed as separate items. You might 
be planning service improvements or changes that will make processes or 
procedures more effective. Whatever the project is about, there will be costs 
if the planning and implementation is carried out in time that could be used 
for something else. 

In large-scale projects there are several financial measures that would usu- 
ally be used to test the financial viability of the project proposal. It is normal 
to consider how the cash flow during the project will impact on the organi- 
zation and whether there will be any financial value gained. The considera- 
tion of whether investment in the project is likely to be worthwhile has to be 
made in relation to the short and long- term financial prospects of the orga- 
nization. The demands of a project on the cash flow of an organization can 
have an impact on other areas of work unless the demand has been antici- 
pated and provision made to cover the additional finance required. If money 
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has to be borrowed, this may incur additional costs, and the period required 
to repay the loan will also have to be considered. 

Sometimes the costs are 'hidden' because the project can be carried out as 
part of existing work. It might be suggested that a project that does not require 
additional staff does not have a staff cost. However, this is a false argument 
because staff are employed with job descriptions and agreed areas of work. 
If you ask them to do something different instead of what they would nor- 
mally be doing, this represents a cost to the organization because you are, in 
effect, employing the staff to carry out different work. In some circumstances 
this might be acceptable: for example, if the flow of work leaves gaps during 
which it is difficult to keep staff fully occupied. In other circumstances it 
might indicate that workloads are not very carefully monitored. There is also 
a danger of overloading some individuals. 

The value of the project should also be considered. If you have produced 
something you intend to sell, you have to decide on a price. The price is not 
necessarily very closely related to the cost because pricing is related to what 
the intended purchaser will pay. For example, you might have produced a 
very effective training aid for health and safety trainers that many people 
want and would buy at a low price but not at a high price. If you find that 
you can only produce it at a high cost you will still not be able to sell the 
product at a high price. However, if you can produce these items at a low 
cost and sell them at a slightly higher but still low enough price you have the 
possibility of generating revenue. This project might still not work if the 
quantities that can be produced do not match the quantities that can be sold. 
There might also be costs that had not been considered related to the storage 
of products and the sales processes, including packaging and delivery. These 
issues must be considered even in non-profit organizations if the intention is 
simply to cover costs by selling at cost price. The cost often includes more 
than is expected, particularly when the plan is to carry out the project within 
the 'slack' of the organization's resources. 

The value of the project might be difficult to express in monetary terms if 
it is more about improving something that is already available, for example, 
a process improvement. In some cases it is easy to identify a potential saving 
in time or resources, and these can be costed. However, if your proposed 
project is intended to improve the quality of experience, this is much more 
difficult to express as a value. You might be able to express the value in terms 
of the benefit to the customer. For example, if parents have traumatic expe- 
riences at the dentist, they are unlikely to want to return, and it is difficult for 
them to encourage their children to go to the dentist. If the project is intended 
to make visits to the dentist a better experience, this would potentially have 
wide benefits for more than one customer. This also raises the possibility that 
the value of the project might be related to the potential cost of not doing it. 



Questions, evidence and decisions 43 



If this is the case, you can use that potential cost to explain the anticipated 
value of carrying out the project. 

Project costs are usually divided into development costs and operational 
costs. The development costs arise during the project, and include the staff and 
other resources required to produce the project outputs. Once there are some 
outputs, there may be operational costs. These are costs associated with main- 
taining or using the project outputs. For example, if the project has involved 
setting up a new computerized system, there will be ongoing maintenance 
costs and there might also be staff training costs that would not have arisen 
without the change caused by the project. 

In projects that are tested by a formal feasibility study there will be formal 
costings of all aspects of the project. The aim is to ensure that the project 
outcome contributes greater value than the value of the resources that would 
be used in completing the project. This economic measure is not the only one 
that would be considered as the context is very important. If the project would 
contribute to achieving the purpose of the organization, this would offer a 
powerful argument in its favour. 

We have considered a number of ways in which you might gather evidence 
to support (or not) project proposals. If you have found that the evidence does 
not support your project proposal, it is much better to discover this at an early 
stage and to have the opportunity to revise the proposal or abandon the idea. 
If you find that the evidence does support the project ideas, this work will 
provide a sound foundation for development of the project plan. 
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Defining the project 



Once the scope of the project has become clear and there is a commitment to 
go ahead, it is necessary to define the project as a written document. This 
might be called 'terms of reference', 'project definition document' or 'project 
brief. The purpose of the project brief (or similar document) is to detail 
exactly what the project is intended to produce and the resources and con- 
straints within which it must be achieved. This document is almost always 
signed by the sponsor of the project - the person who is funding the project 
or who holds responsibility for the use of resources to achieve the outcomes 
identified. The process of drawing up the brief can help to clarify anything 
that had not previously been fully discussed, and often demonstrates that 
there is more work to do before the brief can be completed. 



WORKING WITH THE SPONSOR 

The sponsor is the person or client or group who have commissioned the 
project and put you in charge of managing it. In most workplace projects 
there are costs of staff time and resources that must be funded. The sponsor 
is the person who has ultimate responsibility for the funding and who will 
say whether the project has or has not been successful in meeting its goals. 
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There may occasionally be projects where the work is contracted, com- 
pleted and handed over with little communication, but in most projects it is 
essential for the project manager to communicate with the sponsor or client. 
Field and Keller (1998) propose a number of reasons why liaison is essential: 

I to establish mutual confidence and a cooperative climate; 

I to exchange technical information; 

[ to report progress to the client; 

[ to control changes while ensuring that the product matches the client's 
requirements as closely as is practical within time and budget constraints; 

1 to make joint preparations for acceptance testing (to ensure that the client 
can use the project outcomes as planned); 

I to prepare for transition to normal operation. 

Communication of essential information and reporting of progress will often 
require quite formal approaches, but many of the other reasons for liaison 
can only be achieved through good informal communications and interper- 
sonal relationships. 

As the sponsor has such an important role you should ensure that you have 
completely understood what he or she is expecting the project to achieve. 
This is not always easy. It is worth checking out your understanding in sev- 
eral different ways so that you are fully informed before you set off into 
detailed planning. For example, you might ask the sponsor to tell you what 
he or she would consider an outstandingly good outcome, and how this 
would differ from a barely acceptable outcome. If you plan to achieve the 
objectives that you think are appropriate, and you discover at a later date that 
your project sponsor had different ideas and was imagining different out- 
comes, it will usually be very difficult to bring the differences to a satisfactory 
resolution. 

Even when you have agreed the broad goals and the detailed objectives of 
a project with your sponsor, you might find that events at a later date cause 
you to revisit this agreement. This is why it is so important to have a written 
agreement as a basis for the project planning. The agreement, the project 
brief, is your licence to act on behalf of the sponsor. If you deviate from that 
agreement without consulting the sponsor and seeking an amendment 
to the agreement, you are in breach of the contract made. This may sound 
very formal, but the project brief details the contract made between you and 
the sponsor. The sponsor has to be accountable for his or her use of the 
organization's resources and has, in essence, delegated some of that 
responsibility to you. The project brief details the extent of this delegated 
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responsibility, and you are accountable to the sponsor for the use of resources 
to achieve the goals agreed. 

It is very unlikely that you will be able to complete the project without 
making any changes to the project brief, because it is impossible to foresee 
everything that may impinge on the project as it is implemented. The impor- 
tant thing is to keep working with the sponsor as you become aware of any 
potential changes so that you can decide together how to respond and 
whether to change the project brief. If you do decide to change the brief, it is 
important to document the nature of the change and to obtain the sponsor's 
signature to demonstrate that the change has been agreed and authorized. 
This ensures that if there is any dispute about whether the project has 
achieved its aims, there will be a document that details exactly what was 
agreed, against which the outcomes can be assessed. 

You will probably have realized that it is helpful to keep in regular contact 
with your sponsor so that there are no surprises as the project develops. In 
some cases, the sponsor may prefer you to work closely with someone he or 
she appoints to monitor the project, and you should then treat them as you 
would the sponsor. 

If you are carrying out a project that is essentially your own idea, and 
something that you want to do and have the means to carry out without 
drawing on additional resources, you may feel that your project does not 
have a sponsor. It is worth considering whether you could ask someone to 
act in that capacity anyway, so that you have a 'sounding board' to discuss 
the project with. Even if all the aspects of the project fall within your own 
areas of responsibility, you are still committing the organization's resources 
if you are spending your own work time on the project. If you can gain the 
support of a more senior manager to act as the project sponsor, it will ensure 
that you have the approval of your organization to carry out the project. It 
might also be more beneficial to the organization if your project helps others 
to consider alternative ways of achieving objectives and you might find that 
your idea becomes a pilot project for eventual wider use. 



WILL THE PROJECT BE SUPPORTED? 

It is important to consider a wide range of views before starting any detailed 
planning, whether the project is small or large. It is helpful to consult all the 
people who might be affected by the project, the people who hold a stake in 
the process or outcomes - the stakeholders. Stakeholders include the sponsor 
or client of the project, anyone whose resources will be needed to carry out 
the project, anyone who will contribute their work, time or energy to the 
project and anyone who will be affected by the process or outcomes. This is 
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often a large number of people, and you might want to consider how to hear 
representative views from groups of stakeholders. 



Example 4.1 

Issues identified in developing a project brief 

A large broadcasting corporation had recently restructured and cre- 
ated 15 programme director posts. After several months the organi- 
zation's perception was that these new programme directors were 
struggling to implement the managerial element of their role. The so- 
lution seemed simple, to design a management development pro- 
gramme to improve and develop the managerial knowledge and skills 
of programme directors. However, before this action was taken the 
organizational development manager decided to interview some of 
the new programme directors about their needs. They asked for de- 
velopment around the following areas: 

I conflict management; 

I performance management; 

I budgetary management; 

I time management. 

These areas could have been anticipated, but a number of other issues 
were also identified. These included: 

I role clarification; 

I understanding of the new organization; 

I relationship building and networking; 

I an understanding of the wider world, the government's agenda and 
how to respond effectively to targets and demands. 

These issues, which are quite basic (such as, 'What exactly does my 
role as programme director entail?'), were of real concern to the indi- 
viduals involved. This enabled a programme of development to be 
designed which was targeted at improving these skills and knowl- 
edge areas identified by the programme directors, rather than making 
assumptions and providing something less relevant. 

(Adapted from a case study by Stephen Oliver, Management Train- 
ing Consultant, Business Development Consultancy.) 
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People are sometimes reluctant to seek opinions from stakeholders who 
might disapprove of the project. We might sometimes think that it is better 
not to encourage discussion of controversial issues until the project is more 
advanced. We sometimes do not even realize that there might be opposition 
to an idea that seems a good one from our own perspective. It is worth con- 
sidering the consequences of not understanding the opposition to a project. 
Much of the concern about a project can be anticipated and avoided if the 
views of stakeholders are understood at an early stage. 



STAKEHOLDER MAPPING 

You need to identify who your stakeholders are before you can consider the 
impact that they might have on the project. Stakeholders will include: 

I The sponsor or client - the person or people who have commissioned or 
authorized the project and who will provide resources. This person will 
also usually be the one who confirms that the project has been successfully 
completed. 

! The project team - these are the people who will carry out all of the tasks 
and activities to complete the project. These people will need to have the 
knowledge, skills and experience to achieve the goals of the project. They 
also need to be available to work on the project at the right time. 

I Other managers in the organization - particularly line managers of peo- 
ple who have been seconded to the project team and functional managers 
who control resources that will be needed. You will often have to negotiate 
with these people to ensure that your project team and other resources 
are available at the right time. 

Individuals and groups who will be affected by the project. These include 
people who are interested in the process of the project (for example, peo- 
ple whose lives may be disrupted as project tasks are carried out) and 
people who may gain advantages or be disadvantaged by the outcomes 
of the project. Customers and clients might be considered as a stakeholder 
group. 

I Individuals and groups who hold direct influence over the project. It is 
important to identify anyone or any group who holds the power to dam- 
age or stop the project. These are powerful stakeholders whose particular 
concerns may lead them to use their power to help or hinder the project. 
Ask the question, 'Who could stop this project?' For example, who could 
withhold funding or prevent access to labour or resources? 
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\ People who act as representatives of the general public or of groups with 
interests in the project. This may include elected representatives in local 
government, trustees in a charitable trust or non-executive directors, and 
local residents groups (especially if the project involves additional noise 
or traffic or changes to locations of services). In projects that will interest 
the general public there will be media interest, and you may need to pro- 
vide information to local newspapers, radio and television. 

I Other organizations. If your project involves changes to products or ser- 
vices other organizations may also be stakeholders. For example, there 
may be other organizations that provide products or services linking or 
complementary to those of your organization. There may also be organi- 
zations that provide similar services and compete for resources or service 
users, or that collaborate with your organization to provide opportunities 
for choice in your locality. 

1 Professional bodies, institutes, trade unions or any other formal orga- 
nization that may have interests because of the nature of the project. If 
the project involves developments that link in any way with agreed 
procedures or policies these bodies may want to be consulted. 

Each of these stakeholders or groups will have different expectations of the 
project and will offer support or opposition according to how they perceive 
the project. There may be conflict in these different views, and not all stake- 
holders will be open in expressing their views, especially if they are not asked 
to comment. The first you might hear of a problem could be when someone 
complains in a very public forum. You do not, however, need to wait anx- 
iously for this to happen - you can manage the project in a way that 
anticipates a difference in views and provides opportunities for these to be 
expressed at an early stage, and ideally before the project brief is completed. 
Many formal project management methodologies have formalized proce- 
dures for dealing with sponsor and stakeholder issues through a project 
board structure and regular meetings. PRINCE (PRojects IN Controlled Envi- 
ronments) is a structured method for effective project management. It is used 
extensively by UK government organizations and is widely recognized and 
used in the private sector, both in the United Kingdom and internationally. 
The key features of PRINCE are: 

I its focus on business justification; 

[ the defined organization structure it sets out for the project management 
team; 

[ its product-based planning approach which emphasizes outcomes; 
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I its emphasis on dividing the project into manageable and controllable 
stages; 

its flexibility to be applied at a level appropriate to the project. 

Whether you use a formal methodology or not, it is useful to identify the 
stakeholders of the project and to review the extent of influence that they 
might have on the project. It is often helpful to work with other people to 
identify the stakeholders to ensure that a wide range of different viewpoints 
are included in your final list (see Examples 4.1 and 4.2). 



Example 4.2 

Stakeholders in a new record-keeping system 

A project designed to develop and implement a new record-keeping 
system in an employment agency involves people who provide and 
record data, people who store and retrieve the data and people who 
use the data. The stakeholders for the project will include: 

I receptionists, employment consultants, clerks and others who col- 
lect and record the data; 

I employers and people seeking work who provide the data; 

I those who file and retrieve the data when it is required; 

I those who ensure that records are kept confidential; 

I those who use the records to make financial decisions; 

I those who use the records to review service provision levels; 

I those who use the records to plan for use of equipment and mate- 
rials; 

I those who ensure that the system works (whether electronic or pa- 
per based); 

I anyone who will have to transfer records from the old system to the 
new one (this might be a very significant role where there are large 
numbers of records to transfer); 

I managers who have to reschedule staff responsibilities to enable 
the project to take place; 

I any new staff who are recruited to the project team; 

I other organizations and staff in those organizations who regularly 
require data from your organization or who provide data to your 
organization. 
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There may be people who Hke the existing system, who do not want 
any change and so will oppose or be difficult because they see the 
project as causing unnecessary work. There may be individuals and 
groups who see the opportunity to collect data in a way that is more 
convenient for service users or in more appropriate ways for people 
with particular concerns or needs. Record-keeping systems are used 
in so many different ways by so many different interests that a project 
that involves any change to the system may upset a surprising number 
of people. 



Each setting and project proposal will have different stakeholders and dif- 
ferent concerns. You may find it useful to make a 'stakeholder map' to set out 
the stakeholders for your project, showing where there are links and common 
concerns between them. 



WORKING WITH YOUR STAKEHOLDERS 

Those managing a project are usually interested in trying to gain as much 
support as possible for the project so that the stakeholders assist the progress 
of the project, or at least so that they do not delay or interrupt the schedule. 
Ideally, you will also want the stakeholders to lend their verbal support dur- 
ing the project and to express satisfaction with the outcomes. As all the 
stakeholders will have their own hopes and fears relating to the project, it is 
not easy to gain complete support. There is an opportunity to listen to these 
hopes and fears at a very early stage when the project is first proposed. At 
this stage, it is easier to ask for reactions than at a later stage when commit- 
ments have been made. If you take this early opportunity you will be more 
aware of any obstacles that may face the project, and be well informed about 
the different views of each stakeholder or group and their different priorities. 
Once you have heard the hopes and fears you may be able to plan to include 
outcomes that will satisfy more of the hopes than were included in the orig- 
inal ideas, and you may also be able to reduce the impact of the outcomes 
that are feared. You may not be able to meet all of the expectations or to avoid 
all of the potential problems, but you will be in a good position to plan how 
to manage perceptions of the project. 

One way of thinking about how different stakeholders might react is to 
consider whether there are differences in how they might view each of the 
key project dimensions of budget, schedule and quality. 
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PAUSE FOR THOUGHT 

Consider the different views each of these stakeholders might have of 
the three key dimensions of a project. Put a tick to indicate which 
dimension each stakeholder might think is the most important from 
his or her personal perspective. 





Budget 


Schedule 


Quahty 


The project sponsor 


□ 


□ 


□ 


The functional expert 


□ 


□ 


□ 


The line manager 


□ 


□ 


□ 


The supplier or contractor 


□ 


□ 


□ 


The user of project out- 


□ 


□ 


□ 


comes 








The project team 


□ 


□ 


□ 


The project manager 


□ 


□ 


□ 



The sponsor usually focuses on the budget and the outcomes. What 
return is achieved for the investment? What financial risks are in- 
volved and is it achieving value for money? As the outcomes are 
produced, the focus of a sponsor may change to concern about the 
quality, about ensuring that the outcomes are well received by pa- 
tients or service users. The sponsor is less likely to be interested in the 
schedule as long as the overall timescales that were agreed are met. 

Afunctional expert (for example, a trainer) is likely to be focused on 
the quality of work, both of the work associated with the project and 
with the impact of the project requirements on any other work in 
progress. Thus the functional expert will be concerned to balance the 
quality of outcomes with the schedule and will want to have sufficient 
time to achieve high-quality results. 

A line manager is likely not to be directly involved in the project, but 
to be responsible for staff who are members of the project team. This 
manager's interest will probably be to ensure that the project schedule 
will not be too disruptive of other work. The staffing resource will 
usually need to be agreed with any line managers of people that you 
would like to include in the project team. 

Suppliers and contractors are required to fit in with the schedule to 
provide whatever is contracted at the right time and place. Their 
concern is usually to ensure that the budget has allowed them to make 
a profit or to achieve their service goals and that they are able to pro- 
vide the required quality of goods or services within the schedule 
allowed. Thus suppliers and contractors have to balance these three 
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dimensions but also to ensure that the agreement represents value for 
their business or area of work. 

The user of project outcomes often wants the outcome quickly and 
may apply pressure to speed up the schedule, but once the outcomes 
are delivered the focus from this perspective moves to the quality. If 
the project has been scheduled tightly to meet the expectations of 
users it will still be essential to meet the quality requirements if they 
are to consider the project a success. 

The staff who form the project team will have concerns in all of the 
project dimensions, depending on the nature of each person's contri- 
bution. If they can be encouraged to work as a team and to understand 
the tensions caused by the timescale, budget and quality requirements 
they may help the project manager to keep the dimensions balanced. 

The project manager has to balance all three dimensions and to ac- 
commodate the different priorities put on each by different stake- 
holders at different times. 



The project manager can demonstrate the interdependency of the dimen- 
sions, both to help the team members to understand and collaborate and also 
to show stakeholders that putting an emphasis on any one dimension will 
have consequences for the others. For example, if the schedule is to be 
reduced or the quality is to be enhanced, a case could be made for the budget 
to be increased. However, in very large projects there may be many different 
teams contributing to the project and it may not be possible for them to work 
closely together. There may not be a team at all in the sense of planning and 
working closely together - some projects are accomplished by groups of spe- 
cialists coordinated by those managing the project. 



CREATING THE PROJECT BRIEF 

Whether you define your project in a document called 'terms of reference' or 
a 'project definition document', it usually incorporates a section that is a 
detailed project brief. The project brief is the essential record of what has been 
agreed with those responsible for funding the project, and it will be the doc- 
ument that you have to return to if there is any dispute about what has been 
achieved once the project is in its final stages. It is very important to construct 
the project brief carefully because it is the basis for all further work on the 
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project. It is the document that underpins all later decision making and 
planning. 

The project brief is essentially a record of an agreement about the main 
concerns of the project. It is usually the responsibility of the person managing 
the project to draft it after consulting the sponsor and key stakeholders. It 
reflects the three dimensions of a project in its key areas: 

I the outcomes expected of the project (the quality dimension); 

the resources that will be invested to achieve the outcomes (the budget 
dimension); 

I the time that will be taken to complete the project (the time dimension). 

Although it may take a long time and a lot of discussion before the project 
brief can be drafted, the document itself should be concise and clear. It should 
detail exactly what should be achieved by the project, and give practical 
details about how this will be achieved. It is important that the document is 
clear and unambiguous because much of the planning will be based on this 
brief. It is also the document that will be used to revise the agreement if any 
changes are necessary as the project progresses. It is also usual to include 
guidelines about how decisions will be made identifying levels of authority 
and procedures to be followed. 

You should, however, expect to have to make changes as the project 
progresses: 

Although the project manager treats the specification as fixed, the 
reality of the situation is that a number of factors can cause the 
specification to change. For example, the customer may not have 
defined the requirements completely, or the business situation 
may have changed (this happens in long projects). It is unrealistic 
to expect the specification to remain fixed through the life of the 
project. Systems specifications can and will change, thereby pre- 
senting special challenges to the project manager. 

(Wysocki,2003: 6) 

The initial project brief sets the parameters of the project so that alterations 
can be made when necessary in a way that makes all of the implications clear 
to stakeholders. The brief should identify the expectations and agreements 
at the start of the project, and any subsequent revisions would normally be 
documented, signed and attached to the original brief. 
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STRUCTURE OF THE PROJECT BRIEF 

As the project brief should be clear and concise it usually includes headings 
and lists. It is a summary record of the agreements on which the project is 
based. A checklist of the headings that you will need is in Example 4.3. 



Example 4.3 

Checklist for drafting a project brief 

Project title. 

Name of sponsor or other contact responsible for project approval. 

Locations - addresses of sponsor, project location, contact addresses. 

Name of person managing the project and contact details. 

Date of agreement of project brief. 

Date of project start and finish. 

Background to the project and purpose with goals outlined. 
Key objectives with quality and success criteria. 
Details of how achievement of these will bring benefits to the spon- 
soring organization. 

Scope of the project and any specific boundaries. 
Constraints. 
Assumptions. 

Timescale of the project. 

Deliverables and target dates (milestones). 

Estimated costs. 

Resourcing arrangements. 

Reporting and monitoring arrangements. 

Decision making arrangements - level of authority and accountability 
held by manager of project and arrangements for any necessary rene- 
gotiation. 
Communications arrangements. 

Signature of sponsor with date, title and role or authority 



In a complex project there might be previous documents outlining initial 
decisions. These can be referred to rather than repeated in the project 
brief and may be added as appendices. There may be documents about the 
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background to the project and the justification for expenditure. Key objectives 
need to be put into the project brief but detailed objectives are usually iden- 
tified later when the project plan is developed. The criteria for success are 
important as they help to check that you all have a similar picture of what 
success will mean. These are also the measures that will be used to check 
whether the project achieved its objectives. 

The project brief will indicate some of the scheduling concerns in the 
project. The date for completion will have been identified along with the key 
deliverables and when they will be handed over. Most projects also agree a 
schedule for reviewing progress, either monthly or quarterly, depending on 
the length of the project. The things that should have been achieved at each 
of these review stages are usually called 'milestones', and these are the focus 
for each review period. The deliverables are the things that will be handed 
over or reported on at each of these review periods. For example, the full 
project might involve training 100 people to use new equipment within a 
year, but you might agree to report on progress quarterly and set targets of 
training 25 people in each quarter. Thus your milestones would be set as 25 
trained staff each quarter. At the monitoring and review meetings you would 
then report on whether you had achieved this, and if there had been any 
slippage, how this would be recovered before the next deadline. You would 
also report on whether achieving the training had cost time, effort and money 
as estimated - whether the project was running within its budget. 

It is helpful to agree the main channels of communication at this stage, 
whether they are detailed in the project brief or not. You need to know how 
to contact the key people, including the sponsor or the sponsor's delegated 
representative. You also need to know how they prefer to be contacted. There 
will be information to communicate about the progress of the project, and 
regular progress reports can be sent to all those who should be kept informed. 
Arrangements for doing this can be agreed at the project brief stage along 
with any other reporting arrangements. A practical arrangement is to agree 
that decisions about any changes to the schedule or the resourcing can be 
made and signed off by the sponsor or the sponsor's representative at review 
meetings. You will also want to agree how to communicate if there is an 
urgent issue that needs immediate attention. 

You might think that writing a project brief to this level of detail takes up 
time better spent on the project itself - but the project brief is crucial as a tool 
for effective management of the project. Without a brief of this type a project 
could progress with many successful elements, but without the overall direc- 
tion and control that would ensure that it achieved its purpose. The project 
brief is about establishing and recording agreement about the purpose, cost 
and timing of the project. Successful projects are all about hitting the agreed 
targets on time and within the agreed budget. You should now be able to 
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prepare a project brief so that agreement can be obtained with the project 
sponsor. This document will provide a blueprint for the planning phase of 
the project. 



5 



Managing risk 



Events rarely happen in the way we expect them to, so there will always be 
risks associated with a project. As a project takes place in a wider environ- 
ment, there are the risks normally associated with day-to-day work in that 
setting, including health and safety risks, for example. There are also risks to 
the project that exist only because the project exists, for example, the risk that 
the project will not achieve its objectives. In this chapter we consider how to 
identify areas of risk and what can be done to reduce the likelihood of damage 
to the project. 



RISK AND CONTINGENCY PLANNING 

Risk is the chance that something will happen that will damage the project. 
Many risks can be predicted and you may feel that some aspects of risk man- 
agement are simply common sense. For example, if you will not be able to 
start work until essential supplies have been delivered, you may think of 
phoning the supplier to ensure that the delivery is still planned to be on time. 
You may also have thought well in advance and selected suppliers that you 
know to be reliable. Unfortunately, we do not always think this through 
carefully and some risks are not so easy to foresee. 
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A 'risk management' approach requires a different kind of thinking to our 
normal everyday approaches. It may seem rather negative and discouraging 
because it requires us to think about all the things that could go wrong rather 
than to think in positive ways about how it will look if everything flows to 
plan. Risk management is, however, fundamental to project management, 
because it enables you to plan realistically to avoid disruption by building in 
ways of responding to the most likely and most damaging risks if they are 
not preventable. As this consideration of risk informs how you plan, partic- 
ularly in terms of scheduling time, effort and budgets, it needs to be done 
before the planning stage. Risks arise both from within the project and from 
the context or environment of the project. 



Example 5.1 

Internal and external risks to a project 

An HR manager whose role was to implement and monitor perfor- 
mance standards was concerned about a number of complaints that 
had been received about the quality of cleaning. She set up a project 
to develop a quality monitoring system, and identified some stan- 
dards and performance indicators by interviewing other managers 
and team leaders in each of the different areas of the organization. The 
cleaning contracts were due to be retendered and the timing was im- 
portant because the new contractors would probably need to know 
the performance indicators when they applied to deliver the service. 
She was also worried about how the new standards would be 
monitored. 

This project had a number of internal risks. There was a risk that 
the cleaning specifications would not be developed to reflect all of the 
requirements that were necessary because they had not been fully 
identified. There were risks associated with the rewriting of contracts 
and liabilities. Although the contractors were external to the organi- 
zation , the standard of performance was definitely part of this project 
and so needed to be considered as an 'internal' risk. The manager 
decided to address risks associated with rewriting contracts by agree- 
ing performance standards with those who won the contracts. She 
would need to identify a member of staff to monitor the standards. 

There were no obvious external risks to this project, but some were 
identified when this was carefully considered. There was a risk that 
existing contractors would not be able to achieve higher standards of 
cleanliness within the existing contract parameters and that there 
would be expensive legal proceedings to terminate existing contracts 
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before new contractors could be appointed. Another external risk 
might be that some standards related to cleanliness might be set na- 
tionally in connection with legislation governing workplace condi- 
tions for employees. The organization would then have to conform, 
although this project would have put it in a good position to comply 
with any new requirements. 



In order to manage risks we need to identify them and to decide how likely 
it is that they will happen. It can be reassuring to consider the probability as 
it reduces some of the uncertainty in a project. Another way to reduce uncer- 
tainty is to consider the amount of information that is necessary in order to 
proceed with confidence. For example, quality is often difficult to describe in 
exact terms, and there may be a risk that the quality of the project outcomes 
will not meet the expectations of the key stakeholders. This risk can be 
reduced by communicating with those stakeholders both before the project 
and as it progresses to ensure that sufficient understanding is developed and 
that there is time to make changes if it is necessary. 

Consideration of risk in a project is usually limited to the possibility of 
different hazards impacting on the project and its purpose, not risk in any 
form in which it might affect the organization in which the project is located. 
Therefore the only external risks that would normally be considered are those 
that might impact on the project. For example, a risk assessment for a project 
that involves relocating an office would be likely to be affected by local 
changes in public transport routes, but a project that was developing stan- 
dards for office procedures probably would not. 



PREPARING TO MANAGE RISKS 

There are four stages to risk management: 

1. Identifying the risk - identifying which hazards are likely to affect the 
project and documenting the characteristics of each risk. 

2. Impact assessment - evaluating the risk to assess the range of possible 
outcomes in relation to the project and the potential impact of each of 
these. 
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3. Developing plans to have in reserve to reduce the impact of the most 
likely risks and to ensure that these plans are implemented when 
necessary. 

4. Ensuring that the risks are kept under review and that appropriate 
plans are developed to meet any changes in the type or probability of 
adverse impact. 

In many projects, these stages are considered almost simultaneously, but in 
large-scale projects attention should be given to each separate stage. 
Risks arise from many different sources. These can be grouped as: 

1 physical - loss of or damage to people, equipment, stored information or 
buildings as a result of an accident, fire or natural disaster; 

[ technical - equipment or systems that do not work or do not work well 
enough to do the job intended, or that breakdown frequently; 

[ labour - key people unable to contribute to the project because of, for 
example, illness, career change or too much other work; 

I political/social - for example, support for the project may be withdrawn 
as a result of a policy change by government or senior management, or 
because of protests from the community, the media, customers or staff; 

[ liability - legal action or the threat of it because some aspect of the project 
is discovered to be illegal or because there may be fears of compensation 
claims if something goes wrong. 

This list can help in identifying the risks to any project. In addition, it is very 
helpful to discuss the project ideas with all the stakeholder groups that you 
can identify, because each may see the project differently and be able to iden- 
tify different hazards that might be encountered. 

One way to approach risk identification is to consider risks to the project 
as a whole but also to identify risks to each of the main stages of the project. 
If you think of the project as a whole, risks might include the possibility of 
some change to the key objectives being required. If you think of each stage, 
risks will be more detailed and the potential impact of hazards may change. 
For example, staff might be allocated to the project and may take part in the 
planning stage but be called to deal with unforeseen emergencies in other 
areas of work when they are scheduled to be implementing the project. 

The whole point of identifying areas of risk is so that you can reduce the 
negative impact on the project if the worst happens. If you can anticipate a 
risk you can prepare a plan, often called a contingency plan, so that you are 
prepared to take action to reduce the potential damage. 
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PAUSE FOR THOUGHT 

Imagine that you are managing a project that rehes on services pro- 
vided by one contractor who will work with you over a period of six 
months. List the possible risks associated with that contractor. 

Your list of risks might include contractor sickness or absence, lack 
of promised knowledge or skills or capability. Perhaps you consid- 
ered costs and whether the contractor might present higher expenses 
or fees than had been anticipated. You might also have noted that the 
contractor might work more slowly than had been scheduled or fail 
to achieve the quality of work required. 

Organizations are usually careful when contracting to include con- 
ditions about quality, timescale and costs. However, this does not 
always guarantee that the service provided will be exactly what was 
expected, and things can go wrong. It is not unusual for estimates to 
be insufficient for the work that needs to be done or for the time that 
work will take to be underestimated. In either case, there can be prob- 
lems if staff have been contracted for too little time or at too low a cost. 



RISK ASSESSMENT AND IMPACT ANALYSIS 

Risk assessment goes further than identifying a potential risk. To assess the 
risk you need to estimate how probable it is that a risk will become a reality. 
Impact analysis then builds on the assessment by considering how much dam- 
age might be caused to the project if a risk materializes. 
The key questions to ask are: 

i What is the risk - how will I recognize it if it becomes a reality? 

L What is the probability of it happening - high, medium or low? 

F How serious a threat does it pose to the project - high, medium or low? 

! What are the signals or indicators that we should be looking out for? 

As you assess each risk it is usual to write them into a table, as in Table 5.1. 
If you have identified a number of risks to assess, this table may have to be 
set out on a large sheet of paper or board so that you can put each risk into 
one of the cells. All those written into the top right-hand cell are those most 
dangerous to the project, because they are very likely to happen and will 
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Table 5.1 Risk probability and impact 





Low impact 


Medium impact 


High impact 


High probability 








Medium probability 








Low probability 









have a very damaging impact on the project if they do happen. Others in the 
right-hand boxes are also important to consider in your risk management 
planning because they have the potential to cause considerable damage 
although they are less likely to happen. Anything in the low impact/low 
probability box can be ignored unless subsequent events lead you to reassess 
that risk and to place it in a higher probability category. Even then, if it will 
have little impact on the project you may still be able to ignore it. This is all 
a matter of judgement, but using a structure to organize your assessment 
helps you to review one risk against another and to identify those for which 
it is important to prepare contingency plans. 



STRATEGIES FOR DEALING WITH RISK 

There are a number of choices when considering how to manage risks. These 
include: 



avoiding risk - for example, you might cancel an element of a project that 
was in danger from a hazard that was likely to happen and would have 
a seriously damaging impact; 

reducing risk - for example, planning frequent reviews into the process 
and involving stakeholders so that they can influence progress towards 
acceptable outcomes; 

protecting against risk - for example, taking out insurance against par- 
ticular risks; 

managing risk - for example, preparing contingency plans and revising 
the project plan when necessary; 

transferring risk - for example, passing responsibility for a risky task 
within a project to another organization with more experience in that area 
of activities. 
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Example 5.2 

Strategies for dealing with risk 

A personnel manager set up a pilot project to test the practicalities of 
an anticipated change in the law involving the employment of people 
with disabilities. There were questions about whether the manager 
was wasting money and time by running the pilot because it seemed 
possible that the legislation would not proceed through Parliament 
without substantial changes being made relating to requirements 
placed on employers. 

The risks to this project fall into the political/social category and 
also have some technical aspects. There was a risk that the project 
would be wasted if the anticipated change in law did not happen or 
was substantially delayed. There was also a risk that the legislation 
would be changed and that the project would not focus on appropriate 
issues. 

The strategy chosen was to reduce the risk. The project was slightly 
ref ocused to enable the organization to review its current employment 
practices for disabled people and to make recommendations about 
how improvements could be made that would benefit the organiza- 
tion. This provided information that enabled it to take action very 
quickly once the legislation details were confirmed. It was able to 
conform with the legislative requirements while ensuring that 
changes that were made brought some additional benefits to the 
organization. 



A CONTINGENCY PLAN 

A contingency plan is one that is intended for use if a particular contingency 
arises. In risk management, a contingency plan is made for use if the risk 
becomes a reality, to minimize the damage that would be caused from its 
impact. 

A contingency plan can only be made when risks have been identified and 
their probability and potential impact assessed. The purpose of the contin- 
gency plan is to limit the damage that could be inflicted on the project and to 
take action to move the project back into balance again. Contingency plans 
may include a number of different options in response to potential crisis sit- 
uations. For example, you may have identified the potential risk that a flu 
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epidemic in winter will reduce the staffing on the project during a crucial 
phase. One contingency plan might be to have a list of temporary staff and 
agencies that could quickly be approached to provide staffing if the need 
arose. Another contingency plan might be to delay the completion time for 
the project. 

One perhaps less obvious advantage of creating contingency plans is that 
the consideration of risks can be shared with stakeholders at an early stage, 
and potential responses discussed without the pressure of being in a crisis 
situation. Plans can be approved and potential costs built into reserve bud- 
gets so that action can be taken without delay if it becomes necessary. 

You will need to develop contingency plans for each of the risks that you 
have assessed as potentially very likely to occur. Your aim should be to bring 
the project back on track in terms of maintaining the quality and keeping 
within the budget and timescale. A risk will usually cause concern in one of 
the dimensions of quality, budget or time, and the contingency plan will often 
be to increase the resource in another dimension. For example, if the risk 
identified is to the timescale because one of the tasks might take much longer 
than estimated, the contingency plan might be to increase the budget for that 
task to enable more people to work on it to speed it up. If the risk is to the 
budget with the danger of costs escalating, the contingency might be to 
reduce the quality specification for some elements of the project in which the 
impact of quality might be less important. 



A FRAMEWORK FOR MANAGING RISK 

A document called a 'risk log' or a 'risk register' is normally used to prepare 
a plan for management of risk. The identified risks are listed, together with 
the assessment of their probability and the assessment of the extent of their 
impact should they become a reality. Against each risk is a further column 
headed 'action' which outlines the contingency plan that can be put into 
action if the risk becomes real. An example of a risk register (or risk log) is 
given in Table 5.2. 

It provides a framework so that decisions and actions can be taken quickly 
when necessary. The risk register should be amended and added to regularly 



Table 5.2 Format for a risk register 



Risk 


Impact 


Probability 


Action 


Funding 


High 


Low 


Secure funding base prior to start of project 


Etc. 
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during the project whenever new risks are identified and when more is 
understood about the nature of risk in the project. 



INFLUENCING STAKEHOLDERS 

Some projects have potential risk from stakeholders who do not fully support 
the aims or processes of the project. The extent of power held by stakeholders 
varies, but those who are powerful can be very damaging to a project and 
can sometimes hold the power to stop a project. You can use a technique 
called 'stakeholder analysis' to identify which stakeholders hold most power 
over the smooth progress of the project, and you will then be in a position to 
consider how you might influence them to reduce any negative impact. Some 
people would see use of this technique as very manipulative, and you will 
want to consider if it is appropriate to use it. In most projects it is very impor- 
tant to try to accommodate stakeholders' views and to respect the strength 
with which views are held. It is possible, however, that in some situations 
there are some voices that hold considerably more power than others, and it 
might be necessary to enable weaker voices to be heard and not to be 
squashed by those that are loud and forceful. 

Once you have identified your stakeholders and have encouraged them all 
to express their views about the project proposals, you can analyse stake- 
holder support. When you have set out the position as it appears to be from 
the initial views expressed, you can identify which stakeholders oppose the 
project or aspects of it. You can also decide where to put your efforts in influ- 
encing stakeholders to offer more support to the project or to reduce the 
strength of their opposition. 

The first stage is to set out the stakeholders as in Table 5.3 to show where 
you estimate their current position from the views that they have expressed. 



Table 5.3 Stakeholder analysis, stage 1 



Stakeholder Stop Allow Help 

Client 7 

Project team y 

Other staff / 

Service users / 

Funders ^ 

Media ^ 

Voluntary organizations / 

Professional bodies y 
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Table 5.4 Stakeholder analysis, stage 2 



Stakeholder 


Stop 


Allow 


Help 


Client 






y 


Project team 




y 




Other staff 


y^ 


7 




Service users 




y ^ 


7 


Funders 


y^ 


7 




Media 


/- 


7 




Voluntary organizations 




y ^ 


7 


Professional bodies 




y ^ 


7 



These positions are considered in terms of those who allow and so will not 
put obstacles in the way of the project, those who hel]) by offering positive 
support and those who will try to stop the project by whatever means they 
have available. 

Once you have mapped out these positions you can decide which of the 
stakeholders might be influenced to be more supportive. It is probably not 
worth spending time and energy trying to move stakeholders from the 
allow position to being more positive unless you think that their help would 
be particularly useful. However, it is often worth trying to move those in the 
stop position into allow. 

To do this you will have to focus on exactly what aspect of the project each 
stakeholder opposes and consider what you could do to reduce their con- 
cerns. Sometimes opposition may be because of a fear of disruption during 
the activities of the project. An example of this is when residents oppose 
building plans because they fear noise and excessive traffic. Opposition 
might be reduced if arrangements were made to avoid any noise at night and 
to provide temporary road access to the site. It is not always possible to move 
stakeholders from their original positions, but it is usually worth considering 
how fears might be reduced. If opinions cannot be changed, it might be nec- 
essary to take every opportunity to raise awareness about the anticipated 
benefits of the project. As the project progresses and understanding develops 
it may become easier to change opinions. 



Example 5.3 
Managing the risks 

The headquarters building of a fast-growing organization was fre- 
quently reorganized to accommodate additional staff. The most recent 
reorganization drastically reduced the area used as a staff canteen. 
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This caused many staff to use other office and meeting areas for social 
contact and as areas to bring food and drinks. As much of the orga- 
nization's work involved confidential discussions with external peo- 
ple who were now often brought into messy offices smelling of food, 
a project was set up to address the problem. Unfortunately, shortly 
after this decision, the manager who was to be responsible for the 
project went on long-term sick leave. 

The main risks related to physical and social factors and the staffing 
(labour) problem of the absent project manager. These issues were 
addressed by: 

I meeting with staff to explain the importance of making a good im- 
pression on external visitors and maintaining confidentiality, ask- 
ing them to help to manage the problem while plans for 
improvement were agreed (risk management); 

I listening carefully to staff concerns, identifying the uses that they 
felt needed to have dedicated space and involving them in devel- 
oping more acceptable plans (influencing stakeholders); 

I dealing with the staff sickness problem by allocating responsibility 
to a different project manager in the interim (risk reduction); 

I working with finance and estates staff to confirm the funding ar- 
rangements (influencing stakeholders and reducing risks); 

I making sure that no promises were made to raise expectations that 
additional space might be provided (risk avoidance). 



Management of risk is a rather Virtual' activity because it is so much about 
anticipating hazards and imagining consequences. It brings the benefits of 
being well prepared for many of the predictable risks, and the use of risk 
registers and contingency planning can save time and money if things go 
wrong. It can also save those managing projects a great deal of anxiety at 
times when things do go wrong. 
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Outline planning 



Planning can begin once the project brief has been agreed by the project 
sponsors and approved by the main stakeholders. The project plan can 
become a working tool that helps the project team to focus on completing the 
project's tasks and activities. It enables those managing projects to keep track 
of resources, time and progress towards achieving each objective. 

There are many obvious benefits to careful planning, but there is a danger 
that energy will be put into planning and not translated into carrying out the 
activities of the project - planning can become an end in itself. The energy 
and time expended in planning needs to be in proportion to the size and 
complexity of the project. For most projects the time spent in defining the 
project brief, discussing issues with stakeholders and carrying out a risk 
assessment will have provided sufficient clarity to enable planning to take 
place. For small and fairly straightforward projects it might be sufficient to 
plan tasks and activities using only a few of the charts and techniques avail- 
able. For larger and more complex projects there are a number of techniques 
that will help you to plan all the processes of the project so that progress can 
be managed and monitored. 

All projects are different and so the planning for each will be different. A 
project is a unique activity and there is no prototype from which to predict 
exactly how to plan. Some of the planning and replanning has to happen as 
the project work proceeds. Planning often begins during the definition phase 
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and continues through reviews and revisions until the project is complete. In 
many ways it is a creative process through which you draw out and shape 
an achievable way of dealing with all of the phases of the project to ensure 
that the objectives are achieved. Also, remember that you will never have all 
of the information you might think you need. Young, (1998) writing about 
project management said, 'There is no perfect plan, only the best solution 
based on available information at the time.' 

There are some basic questions to ask when you begin to plan: 

What must we do? 
When must it be done by? 
Who will do which tasks? 
What sequence will we need to do them in? 
What resources are required? 

Will this be achieved by other work not being done? 
i How shall we know if it is working? 

These questions can be discussed by a project team, and may produce a jointly 
agreed plan that would be sufficient for a small and well-understood project. 
Even then, this will probably only work as a plan if the team are committed 
to completing the project successfully and are willing to engage in planning 
and reviewing the plan. If you do hope to progress simply with the agreed 
answers to these questions, it is still important to write down the plan and to 
review it frequently to ensure that it continues to help the team to achieve 
the objectives. 



WHERE DO YOU START? 

The planning stage of a project usually takes place before the activities start, 
but not always. In any case, planning always continues during the imple- 
mentation of a project because there is always a need to change some aspects 
and to revise plans. It is often difficult to understand how planning relates to 
actions, and how to keep both activities running alongside each other in a 
process that is working positively towards achieving the project goals. 
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Example 6.1 

Linking planning and actions 

Pat was a manager in a large hotel (one of a chain of five in the region) 
leading a small team on a project that was intended to produce a folder 
of notes and protocols for common training needs, including cus- 
tomer care, moving and handling and food hygiene. The team were 
all experienced members of staff and had been enthusiastic about the 
project, but two months had passed and nothing had been produced. 

Pat's manager, Nic, called a meeting to review progress and asked 
for the project plan. 'I got stuck,' Pat explained. 1 tried to follow the 
company guidelines, but I couldn't understand why we needed to 
produce all that paperwork because we all understood what we 
needed to do.' Members of the team had been working on the project 
but wanted to approach it differently and so had been working sep- 
arately. They had not had time to meet to discuss progress. Pat had 
felt that there was no need to produce the paperwork listed in the 
guidelines because time was short and they needed to get on with the 
work. Nic explained that the process of planning a project sets the tone 
for how work is done, and went through this process with Pat. 

Pat then called a meeting of the team and worked through the pro- 
cess with them all, so that each person understood what was needed 
from them. Sharing the development of the plan helped them to bring 
their ideas together and agree who would do each task and how to 
achieve the outcomes that were required. The project was back under 
control and was soon completed successfully. 



In example 6.1, Pat encountered a number of barriers in planning the project. 
Many of these could have been overcome earlier. Pat had tried to make a plan 
but had found the instructions in the project management manual too com- 
plicated to follow. A manual of procedures was provided, but this can be 
bewildering for a person who does not understand why the procedures 
should be followed, particularly if the procedures seem to be about produc- 
ing paperwork rather than carrying out the work of the project. 

None of the team seemed to appreciate why a plan was useful. If they had 
been involved in discussing the project and how they could complete it, they 
would have realized that they needed to decide who would carry out each 
task and in what order these needed to be done. Involvement in planning 
usually also increases motivation to complete the plan. They were all feeling 
pressure to make progress as time was short. However, without a plan it was 
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not clear to Pat which tasks each team member needed to do or in what order 
these should be done. Activity without such a plan used up energy but was 
frustrating, as little progress with the project was achieved. A plan with tar- 
gets would have helped everyone to carry out tasks that contributed to 
progressing the project. 

The problem was identified rather late, and failure would have been 
embarrassing for Pat and for the organization. In this case it was not too late 
for corrective action to be taken to rescue the project. As this was Pat's first 
project it would have been helpful for a more experienced manager to super- 
vise Pat and to offer coaching through all of the stages of managing the 
project. It is possible that the culture of the organization made it difficult to 
ask for support. However, if the plan had been agreed with the project spon- 
sor there would already have been some discussion about what should be 
reported and when reports should be made. This would have helped to focus 
on whether Pat needed support before the first review date. 



DEVELOPING A PROJECT PLAN 

A project plan usually includes the following elements: 

f a plan of the separate tasks and activities, called a 'work breakdown 
structure'; 

I the team structure and the responsibilities of key people; 

[ an estimate of effort and duration for each task; 

I a schedule to show the sequence and timing of activities; 

I details of resources that will be allocated to each task; 

[ details of the budget that will be allocated to each cost that has 
been identified; 

[ contingency plans to deal with risks that have been identified. 

There are a number of techniques and tools that can help you to plan each of 
these elements. You can approach planning in one of the following ways: 

[ Bottom up - identify all the small tasks that need to be done and then 
group them into larger, more manageable blocks of work. 

[ Top down - start by mapping out the major blocks of work that will need 
to be carried out and then break them down into their constituent tasks. 
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Work backwards from the completion date - if that is a given point in 
time, for example, 31 January, and then fill in the intermediate stages that 
will enable you to get there. 

Each of these approaches has advantages and disadvantages. You will need 
to choose the one which best fits your circumstances. Ideally, you should 
consider then using one of the other approaches to check that nothing has 
been missed out. It is important to record your thinking and any diagrams 
or charts produced, as these will help to provide detail in the initial plan. 



USING A LOGIC DIAGRAM 

If you want to use a bottom-up approach to planning, you can compile the 
activity schedule by drawing on the collective experience and knowledge of 
the project team that is going to carry out the tasks. Their ideas will produce 
a number of tasks that can be grouped to remove any overlaps or duplication. 
You can then start to identify activities that have to run in a sequence and 
those that could run concurrently. Some tasks have to be sequential because 
they are dependent on one another. For example, you cannot put the roof on 
a house until you have walls strong enough to take the weight. You cannot 
build the walls until the foundations are in place. Other tasks can often run 
concurrently. 

From the clusters of activities and tasks, you can begin to identify the 
project's key stages by creating a 'logic diagram'. First you have to group the 
activities and tasks into clusters that relate to an important milestone in the 
project. This will usually involve linking a number of tasks and activities that 
contribute to achieving something that is an important step in progressing 
the project. If you are not sure exactly how the clusters should be grouped 
and named, there is no need to worry, because you can go back and revise 
the groups later. Once you have put all of the tasks and activities into groups, 
label them as probable 'key stages'. 

The next step is to sort out the order in which the key stages have to be 
carried out to complete the objectives of the project. This exercise can be 
approached by writing the key stages on cards or coloured self-adhesive 
notepads, so that you can move the notes around and then arrange them on 
a whiteboard or a large sheet of paper. Put cards labelled 'start' and 'finish' 
on the board first and then arrange the key stages between them in the appro- 
priate sequence. Then draw arrows to link the stages in a logical sequence, 
taking care to consider the order in which the key stages have to be carried 
out. The arrows indicate that each stage is dependent on another. This means 
that the second stage cannot be started until the first is completed. The idea 
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of 'dependency' is important in managing projects because if you do not work 
out the stages that must be completed first, people can be waiting around and 
wasting time until an essential earlier stage is finished and it is possible to 
start the next stage. 



Example 6.2 
Key stages 

The HR department of a large retail organization responded to the 
demand for more frequent training opportunities by developing a 
proposal to produce a directory that could be distributed to its 150 
retail outlets. Although it delivered some of the training courses using 
internal trainers, many were commissioned from external training 
agencies. The project team used a logic diagram to set out the key 
stages. The stages they identified were: 

A. Secure funds. 

B. Negotiate with other agencies. 

C. Form advisory group. 

D. Establish data collection plan. 

E. Collect data. 

F. Write directory text. 

G. Identify printing supplier. 
H. Agree print contract. 

I. Print directory. 

J. Agree distribution plan. 

K. Organize distribution. 

L. Distribute directory. 

Figure 6.1 shows these stages in a logic diagram. Each stage has at 
least one arrow entering it and one leaving: for example organizing 
distribution (K) is dependent on agreeing a distribution plan (J), and 
collecting the data (E) cannot happen until a data collection plan has 
been established (D). However, preparatory activities for distribution 
(J and K) and printing (G and H) can run concurrently. We have as- 
sumed that the advisory group will make decisions about the 
acceptability of the data collection and distribution plans and will 
agree the printing contract. 
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Figure 6.1 Logic diagram for directory production 



When you draw a logic diagram the following conventions may be helpful: 

I Time flows from 'start' on the left to 'finish' on the right, but there is no 
limited timescale. 

I Each key stage must be described separately. If you find that you have 
missed one out you can add it and rearrange the others if you plan your 
diagram with cards before drawing out the finished picture. 

f The duration of key stages is not relevant yet because you do not have to 
work within a fixed timescale at this stage of planning. 

Different coloured cards can be used for different kinds of activities. 

t Take time to debate and agree the place of each card in the diagram. 

[ Once you are fairly sure of the layout, show the dependency links with 
arrows. 

I When your diagram is complete, try working backwards to check whether 
it will work. Make sure that the project achieves all of its objectives. 

' Don't assign tasks to people yet. 

Keep a record once the diagram has been agreed, copying out the positions 
of key stages and the dependency arrows. 
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PAUSE FOR THOUGHT 

Imagine that managers in your organization are considering devel- 
oping a directory to be given to new staff appointed, as part of the 
induction process. You expect that you will be asked to manage this 
project. You want to be well prepared for the meeting at which the 
potential project will be discussed. Draw up a list of the tasks involved 
in the project and organize them into key stages as a logic diagram. 

Your diagram probably looked similar to the one in Figure 6.1. You 
should have noted that you would need approval to use resources (A), 
which might include approval to involve others in the organization 
and to interview people in each area of work (B). You might have 
decided to have some sort of steering committee (C) - this is often a 
good idea because it brings ideas from various perspectives to the 
project and it also helps to attract support for the project and its out- 
comes. You would have needed to plan for data collection (D and E), 
and someone would have to create the text (F) which would need to 
be printed or produced in an accessible electronic form (I) so that new 
people to the organization could easily access the information. The 
production process would need steps G and H, as in the earlier logic 
diagram. You would also need to consider how the directory should 
be distributed to each area of work in the organization (J, K and L). 
There are essentially three sequences of activities that must be com- 
pleted in sequential order before the whole project can be completed. 



In general, once you have an overview of the key activities and stages of the 
project, you have the skeleton of your plan. You can then work out the details 
in each of the stages. However, the plan will not be static and the world will 
not stop while you develop your plan. While planning takes place, other 
events are changing the situations that surround the project. Your under- 
standing of the project will develop and change as you become more familiar 
with the issues raised in each stage of planning. 

Planning is a dynamic process, and one of your main roles in managing a 
project is to keep the balance between the need to have a plan to ensure that 
the project outcomes can be achieved within time, budget and quality 
requirements, and the need to respond to changes in the setting surrounding 
the project and in the understanding of all of the people involved in the 
project. 
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In some ways the plan is like an idealized picture of what should happen, 
and you use it to help to keep the project on track while things inevitably 
change around you. 

It is helpful to keep the project brief as the starting point for each stage of 
planning, to ensure that the purpose of the project is not forgotten in the 
practicalities of planning. As each part of the plan develops, use the project 
brief as a basis for checking that the key outcomes are still the focus of activity 
and that the balance of budget, schedule and quality are being maintained. 



IDENTIFYING DELIVERABLES 

The term 'deliverables' is used to describe everything that is to be produced 
and handed over during the project - everything that has to be delivered. It 
is important to identify the deliverables because these provide a focus to help 
you to be sure that the project is planned to achieve all of the things expected 
of it. 

The project brief will identify the goals of the project and may express some 
of these as key objectives. There will be other objectives that may be supple- 
mentary to the key objectives. Some of the objectives will be explicit about 
what is to be produced. Others may detail an outcome that cannot be achieved 
without the completion of some preliminary steps, and these can be identified 
as implicit in the objective. At an early stage of planning you will need to 
identify all of the project objectives and the deliverables that are implied or 
explicitly required from each objective. 

Each objective will identify a clear outcome. The outcome is the deliverable. 
In some cases, the outcome will be some sort of change achieved and in other 
cases it will be the production of something new. In either case, the deliver- 
able should be identified so that it will be easy to demonstrate that it has been 
achieved. For example, the first objective in a project that aimed to change 
the service focus of an organization was to ensure that all of the key managers 
were trained to carry out the change. The deliverable might have been evi- 
dence that 80 key managers had been trained in managing change. This 
evidence might have taken the form of records showing that the training had 
taken place. If the training really was the objective, then this would be suffi- 
cient. However, the training was intended as preparation for action. It might 
have been closer to the purpose of this project if the deliverable for this objec- 
tive had been framed in terms of each of the 80 trained managers being able 
to provide evidence of having successfully managed change. 

Even this deliverable would not, in itself, support the project manager's 
personal intention to raise the profile of the HR department within the orga- 
nization. To achieve this, he might have decided to collect the evidence that 



80 Managing projects in human resources 



these 80 managers had successfully managed change and then used this 
evidence to produce a report as the deliverable. This would show how the 
training provided by the HR department had succeeded in developing these 
managers so that they were able to contribute effectively to organizational 
change. It is important to ensure that the outcomes of the project are the ones 
intended, and this can be focused with specific objectives and identified 
deliverables. 

The definition of outputs and outcomes is difficult. Outputs can be defined 
when there is a distinctly identifiable product, but outcomes are more holistic 
and can imply a changed state which might not be evident for some time. In 
some situations it is particularly difficult, where cause and effect are uncer- 
tain or where there are conflicts of values. It is still important in such settings 
to identify goals and to define them in a way that will enable an appraisal of 
the extent to which the aims of the project have been achieved. This does not 
necessarily mean that quantitative measures should be imposed because 
inappropriate use of measures can lead to goal displacement. It can be helpful 
to ask, 'How shall we know if we have been successful?' and identify the 
indicators that will help in making that judgement. 



Example 6.3 

Deliverables for Example 6.2 

The training agency directory of services project had a series of ob- 
jectives that had enabled participants to identify the key stages given 
in Example 6.2. The initial list of deliverables drawn up by the project 
manager included notes about how each deliverable could be demon- 
strated as successfully achieved. 
A - Secure funds 

Deliverables are: 

I funding available to be used when necessary (demonstrated by 
authority agreed to sign cheques); 

I budget statement prepared with headings identifying key areas of 
expenditure; 

I agreement with sponsor about how expenditure will be recorded 
and how orders, invoices and receipts will be managed. 

B - Negotiate with other agencies 

Deliverables are: 

I notes and minutes of formal meetings with potential collaborators 
identifying comments about the project and issues raised; 



Outline planning 8 1 



I signed agreements recording formal agreements about funding or 
sharing of information or records; 

I nominations of staff to serve on the advisory group (Hst of names 
with organization and contact details). 

C - Form advisory group 

Deliverables are: 

I membership list indicating organizations represented; 

I schedule of planned meetings; 

I written terms of reference for the group focusing on achieving the 
project outcomes and accommodating any concerns raised during 
negotiations; 

I plan to show how the advisory group will inform and advise the 
progress of the project. 

D - Establish data collection plan 

Deliverables are: 

I written plan describing what data will be collected from whom, 
when and in what form. Decision necessary about how to collate 
before data is collected as this will influence whether we collect in 
electronic or paper-based form. Need to check compatibility of 
systems and gain agreement about form. 

E - Collect data 

Deliverables are: 

I data collected according to agreed plan; 

I data collated in a way that enables directory text to be written. 

F - Write directory text 

Deliverables are: 

I staff to write contracted or released with time to do it; 

I written agreement about the anticipated size and contents of 
the document; 

I agreement about how logos will be used; 

I full information available from data collection and collation; 

I draft directory text written and distributed to agencies or advisory 
group for comment; 

I finished written directory text. 
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G - Identify printing supplier 

Deliverables are: 

I agreement about a process for selection of a printer; 

I documents inviting printers to tender or estimate; 

I agreement about criteria for selection of an appropriate printer; 

I at least three estimates from possible printers; 

I completion of process of selection and printer identified. 

H - Agree print contract 

Deliverable are: 

I contract written; 

I contract agreed with printer and signed. 

I - Print directory 

Deliverable is: 

I agreed number of directories printed to the quality agreed, by the 
date agreed and delivered for storing as agreed. 

J - Agree distribution plan 

Deliverable is: 

I written plan for distribution agreed with all other agencies. 

K - Organize distribution 

Deliverable is: 

I plan for distribution identifies who should do what to ensure dis- 
tribution as agreed. 

L - Distribute directory 

Deliverable is: 

I directories are received in all locations agreed. 

The project manager realized that the process of thinking through all 
of the deliverables raised many more issues than had been fully dis- 
cussed when the project brief was agreed. For example, all of the 
activity focused on achieving the distribution of the directory, but 
they had not discussed how they would evaluate the usefulness of the 
directory when it was available for use in these locations. They had 
also not discussed how it might be updated, but there was an oppor- 
tunity to do that when deciding what form it should be in. They had 
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not really discussed whether the whole thing might be better devel- 
oped as a website, and if they did that they would not need printers 
but they would need web designers and some way of managing 
the site. Working through the details of the project focusing on 
deliverables brought out aspects of the project that needed to be con- 
sidered before progressing much further. Sometimes it is not until you 
begin to imagine the deliverables that you can see whether the pur- 
pose of the project will be achieved in the way originally proposed. 



One more aspect of deliverables is that they need to be handed over to some- 
one authorized to receive them. The handover procedures need to be agreed 
with the sponsor so that as each deliverable is handed over there is a formal 
acknowledgement that the specification has been fully met. There is usually 
a record kept to show that each item has been 'signed off as fully acceptable. 

In some cases, users will need some training to be able to use or implement 
the deliverable. It is important to agree who will be responsible for the ongo- 
ing training or implementation, so that there are no misunderstandings about 
the boundary of the project. If the identification of a deliverable raises issues 
of this nature, the project manager might find that a new element is added to 
the project as a new objective and deliverable in the form of a training or 
implementation plan. This would, of course, also necessitate consideration 
of the schedule and budget to ensure that this additional and new element 
could be delivered within the existing agreements or whether an additional 
allowance must be made. 

Once you have a logic diagram showing the order in which the key stages 
of the project should be carried out and a list of deliverables, you can check 
each of these against the other to make sure that you have included every- 
thing in the key stages. These provide the basics of a project plan. What is 
still missing is a schedule for the key stages and the tasks and activities within 
them that will ensure that the project is completed within the timescale 
allowed. There is not yet a detailed estimate of how long each task or activity 
might take or how much it will cost, so neither timescale nor budget can be 
managed in detail. Although the deliverables have been identified, there may 
be different perceptions about what level of quality is acceptable and this may 
need to be detailed more carefully. This level of outline planning may be 
sufficient for uncomplicated projects where the team know the issues very 
well, but most projects will require further planning to enable management 
in more detail. 
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Estimating time and costs 



Estimating is an essential part of planning. Before you can plan how to com- 
plete tasks and activities you need to have some idea of how long each will 
take and what resources will be needed to complete it. If you know that one 
task has to be completed before another can be started you need to know how 
long the first task will take before you can schedule when the second task can 
start. When you have to consider contracting and paying staff to carry out 
particular tasks, there can be substantial costs involved and considerable 
waste if the estimates are inaccurate. To some extent, estimating is always a 
guess. As in most guessing, your judgement can be improved by knowledge 
and experience (whether this is your own or that of those you consult) and 
by use of some of the tools and techniques that can support decision making. 



ESTIMATING TIME 

Many people find it very difficult to estimate how long a task or key stage in 
a project will take to complete. There are a number of ways in which you 
might approach the problem: 

f consider the size and complexity of each task and how much time that 
you would allow if it was part of a day-to-day workload; 
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1 consult someone who is experienced in carrying out similar tasks; 
I review previous projects where a similar task has been completed. 

Another way would be to start from the amount of time that you want to 
allow for the task and work out how many people would be needed to com- 
plete it in the time available. 

Where a project has a fixed end-date (for example, an event where a 
celebrity will declare a new building open) there is a natural tendency to try 
to compress the schedule to fit all of the key stages into the time available. 
All too often it becomes clear later that the schedule is impossible. It is better 
to be realistic at the outset and be clear about what can be delivered and what 
cannot. Productive time may only amount to 3.5 to 4 days per week, and time 
needs to be built in for meetings, communication, coordination and for line- 
management arrangements. You will also need to allow some extra time for 
contingencies such as unexpected interruptions and eventualities that cannot 
be predicted. 

The objectives will have identified what is to be achieved and when it 
should be completed. The objective-setting process should also have tried to 
ensure that each objective is manageable, measurable and achievable, or at 
least considered the extent to which these conditions could be met. Each 
objective can be broken down further to identify the steps that must be taken 
to complete the objective and the tasks that will contribute to achieving the 
outcome. As in all planning, this process is continuous. As new information 
becomes available and as the project progresses, changes will need to be made 
to aspects of the objectives and to the sequences of tasks that contribute to 
achievement of the completed project. 



WORK BREAKDOWN STRUCTURE 

As a starting point, it is usual to break the work of a project down into tasks 
that enable you to identify project staff for each aspect of the work to be car- 
ried out. A work breakdown structure enables you to divide the work of a 
project into 'packages'. These can be further subdivided into 'elements', and 
then into individual tasks that provide a basis for estimating the time and 
effort required. 

The first stage in starting to draw up a work breakdown structure is to 
break up the project into its main parts. These are quite high-level descrip- 
tions of the work of the project. For example, if the project purpose is to 
relocate a reprographics area the main areas to start the work breakdown 
would probably be: 
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I prepare for the move; 

[ carry out the move; 

f re-estabhsh normal use of the reprographics area. 

The next step is to break each of these down into the main activities that will 
contribute to achieving each outcome. For example, to prepare for the move 
there would be an activity to make arrangements with reprographics service 
users and anyone else who would be affected to temporarily suspend the 
service, and an activity that was concerned with packing equipment and 
materials. To continue the breakdown, each of these would be further 
detailed until lists of distinct tasks had been identified. 

The work breakdown structure identifies and defines each of the project 
tasks in considerable detail. Once each task has been identified, consideration 
can be given to planning how it will be completed. For each task there are a 
number of questions to consider: 

What skills and experience are required to complete the task? 

I What materials are required to complete the task? 

I What equipment, conditions or information are required to complete the 
task? 

I How much time will be required to complete the task? 

This information should be recorded so that if a problem arises that threatens 
completion of any task, the project manager can consider how to address 
the problem. For example, if the team member who was to complete the task 
falls ill, the need for skills and experience can be reviewed and a suitable 
substitute sought. 

In a large project, the work breakdown structure might allow packages of 
work to be allocated to teams or team members so that they can identify and 
schedule the sub-tasks. It is usually advisable to involve the project team in 
constructing the work breakdown structure, as it can be one of the initial 
team-building tasks and can provide the first opportunity to develop an 
understanding of the whole project. A full team discussion can help to min- 
imize duplication of tasks. It is important to identify each deliverable in the 
work breakdown structure so that all the activities can be seen to contribute 
towards achieving the deliverables. 
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Example 7.1 

Work breakdown structure for a new appraisal system 

The purpose of the project was to design and implement a new ap- 
praisal system. Although there was an existing appraisal system it 
was not consistently used, many line managers had no experience of 
carrying out appraisals and the information about training needs was 
not conveyed to the HR department. 

The work had been broken down into two packages, design work 
and preparation for implementation of the new system. A package of 
work is a group of related activities and tasks that can conveniently 
be considered together. It is not necessary for them to be grouped 
under different team responsibilities, but this can be a useful method 
for identifying the package of work for a team. This method can also 
be used to identify costs related to each package of work, or drawn 
up to identify the wider resource requirements. It is simply a way of 
breaking down the whole project into manageable parts so that the 
implications can be considered and progress planned. 

Each package was broken down into a list of activities that would 
have to be completed. Work breakdown structure does not include 
scheduling, so there was no need at this stage to consider the sequence 
of activities. Each activity was then broken into separate tasks (see 
Table 7.1). 

Table 7.1 shows the work breakdown structure as it looked when 
tasks had been identified for the first three activities. This level of de- 
tail then had to be completed to identify the tasks in all of the other 
activities. 



It is very useful to try to identify each activity and task in terms of the 
outcome or deliverable for each item, as this will then provide an overall list 
of deliverables. In some cases there will be several deliverables from one 
activity. The work associated with achieving each deliverable is usually best 
considered as a separate task. 

As the work breakdown is considered, groups of activities might be iden- 
tified that could be considered as mini projects in themselves. These can be 
treated as such, and could offer useful staff development opportunities for 
team leaders in appropriate areas of work. It can be attractive to the team 
and sponsor to use the opportunity of a project to provide staff development, 
but the purpose and deliverables of the project have to be considered 
carefully so that there is no diversion from the purpose. If substantial staff 
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Table 7.1 Work breakdown structure for implementation of a new 
appraisal system 

Packages Design work Preparation for 

implementation 

Activities 1. Review existing materials 1. Consult with potential users 

2. Plan alterations 2. Identify training needs 

3. Estimate design time 3. Estimate training time needed 
needed 

4. Identify design team 4. Identify system 

implementation timescale 

5. Design processes 5. Train line managers 

6. Design training programme 6. Specify recording systems 

Tasks Activity 1: review existing 

materials 

Identify any problems to 

resolve 
Identify anything to keep in 

new materials 
Report on recommended 

changes 

Activity 2: plan alterations 

Implement recommended 

changes 
Draft additional new 

materials 
Consult and revise 
Develop second draft 
Pilot and review 
Revise and create third draft 

Activity 3: estimate design 
time needed 

Estimate time for review of 

existing materials 
Estimate schedule for 

drafting, consulting and 

piloting 

development is intended, this should appear as an objective, and deliverables 
should be identified so that the project is focused appropriately. 
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Example 7.2 

Developing the work breakdown structure with the team 

An experienced project manager said that he always holds a brain- 
storming session with his project team as part of a workshop to 
develop a shared understanding about the project. This workshop is 
often the first opportunity for the team to work together. I encourage 
everyone to contribute their ideas about the project and the various 
tasks. During the workshop I begin to allocate responsibility for tasks 
when it is appropriate for particular individuals to lead them so that 
they can shape the approach from the start. 

'It is great to see people becoming enthusiastic and wanting to get 
on with organizing each task, but there is a danger at this stage. I 
sometimes find that people with expertise and experience want to 
plan things in a way that demonstrates and possibly develops their 
areas of interest rather than focusing on achieving what the project 
needs. I avoid letting things get out of hand by putting up the project 
deliverables before we start sorting out who will lead in each area, so 
that the whole team stay focused on what we are trying to achieve 
rather than what role they will take. I try to make sure that all the 
'experts' commit to supporting achievement of all the deliverables so 
that they collaborate to help others complete their tasks as well as 
working on their own. It doesn't always work because of personali- 
ties, but at least it usually sets the 'tone' of the project and emphasizes 
that teamwork matters.' 

This approach also gives the project manager confidence that the 
project has been thought through properly so that all the deliverables 
are achievable. 



STAFF COSTS 

Once the work breakdown plan is complete it becomes possible to cost the 
project. There is usually a balance to achieve between the overall figure that 
has been identified as a budget for the project and the costs that can be iden- 
tified once the detailed planning has begun. If you are confident that the tasks 
are realistic and can be achieved, you can begin to estimate the cost of staff 
time. There will be other staff-related costs if the project is to employ staff 
directly: for example, costs of administration of salaries, taxation, holiday 
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allowances, overtime payments, training, travel and subsistence. There may 
also be accommodation costs for staff and equipment for the duration of 
the project. 

In some cases it is less costly for an organization to hire staff specifically to 
work on a project than to redeploy existing staff. This is particularly likely if 
existing staff would have to be trained before they could carry out the project 
tasks. This raises the question whether the organization might want to train 
its existing staff (if the skills will be necessary in future) or whether hiring the 
necessary skills for the period of the project might be the most appropriate 
approach. If training existing staff becomes a preferred choice, this needs to 
be written into the objectives of the project, and the costs and staffing asso- 
ciated with training become another key stage to incorporate. 

Staff costs for a project can be estimated by analysing the project into tasks 
and working out staff requirements in terms of the skills and experience 
required and the number of staff that will be needed to complete the tasks 
within the timescale available. Appropriate rates of pay can then be decided. 
Organizations that use project approaches in much of their work often have 
standard approaches to calculating and costing staff time. Some organiza- 
tions use formulae to calculate costs. These formulae include ratios of staff to 
clients (for example, the number of clients in an organization development 
consultant's workload) and of one staff group to another (for example, the 
ratio of training staff to administrative staff). 



AVOIDING ABUSIVE PRACTICES 

When a project is set up the potential impact of redirecting staff from their 
usual work to the project needs to be considered. Any assumptions about 
staff and accommodation availability need to be discussed at an early stage, 
because this can make a lot of difference to the costs that are identified. 
Assumptions about the extent to which staff can be asked to work on projects 
that differ from their normal employment conditions can also be an issue if 
people are not employed for flexible working. It is often tempting not to for- 
malize these issues if project working can be 'hidden' in an organization 
budget because only part of the time of individual members of staff is to be 
used. However, this opens the door to potential abuse of those individuals if 
they are asked to work on projects and also to continue to deliver all of their 
usual work outcomes. When several managers share claims on the time of a 
member of staff there can be pressure to achieve performance levels in several 
different areas of work with no mechanism for overseeing the workload of 
the individual. 
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Many organizations are moving towards increasing use of project working 
because it is seen as beneficial in identifying focused outcomes for areas of 
work. It is, however, unusual for the time involved in developing project 
proposals to be identified as a separate activity from normal day-to-day work, 
although this is additional work unless the workloads are adjusted to accom- 
modate this responsibility. In many organizations it is possible to refocus 
work for a period of time to enable small projects to be completed. If project 
working is to take place it may be helpful to consider how your organization 
might develop mechanisms to manage variations in workloads in order to 
maintain fair working practices. It is not quick or easy to change the employ- 
ment practices of an organization to accommodate flexible working. 

There may be a cost to the organization of the staff not being available to 
carry out the day-to-day core work for which they were employed. If the 
project staffing costs are not estimated, the cost of the project is not formally 
considered. If the organization is to invest staff time there should be some 
discussion whether the value of the outcomes of the project justifies that 
expenditure. Sometimes such a discussion is avoided because those who 
want to carry out the project are worried that others will not recognize the 
value as worth the cost. This can be a problem in an organization that is 
reluctant to encourage innovation. 



Example 7.3 
Workload problems 

A small charity that worked with distressed children in the commu- 
nity found that its qualified staff reported high levels of stress at work. 
When a child or family requested help, the charity staff responded by 
making appointments for face-to-face meetings as soon as possible. 
Everyone was frustrated that increasing workloads had led to ap- 
pointments with new clients being delayed, and there was a risk that 
situations would worsen to danger levels. Funding was always in- 
sufficient and the flow of funding unreliable, so appointment of 
additional staff was impossible. 

In an attempt to improve working lives, staff had developed a 
number of projects that they had shared responsibility for completing. 
These included development of better appointment scheduling, 
changing the use of some of the rooms to provide more appointment 
rooms, and widening the range of work that could be carried out by 
unqualified volunteers. Although everyone supported the intentions 
of these projects and wanted to complete them, agreeing to take a role 
in the projects had increased the stress felt by many staff. Frustration 
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was increased because few found time to make any progress at all 
towards achieving the project outcomes. 

The situation did not improve until some more strategic thinking 
took place among the senior staff and the charity management board. 
They decided to form partnerships with other local voluntary orga- 
nizations and the statutory social services to refer clients who could 
be supported in the long term by these other organizations. This 
changed the role of the charity to some extent, in that it became more 
of an emergency resource and a short-term support. This change 
brought the opportunity to review conditions of employment to build 
project working into the job descriptions. Line management arrange- 
ments were also revised to ensure that individual workloads could be 
managed flexibly. 



Many organizations now use projects as part of an approach to change man- 
agement, but there is often an urgent need to review and revise workload 
allocation to ensure that staff are treated fairly. Staff can also be at risk in 
organizations where performance expectations are increased without an 
increase in support and resources to enable additional work to be carried out. 



EQUIPMENT COSTS 

Even when a project is to make temporary use of accommodation without 
cost, the project activities will require funding and some use of equipment 
will normally be needed. Most organizations make a distinction between 
costs that relate to buying something that will be a long-term asset, which 
would normally be considered as capital expenditure, and expenses that are 
not related to a significant purchase. The work breakdown plan will give 
information about what equipment and materials will be required for each 
task, and the costs of these can be investigated and estimated. 

If the organization already has whatever equipment is needed, the only 
costs relating to the project may be those associated with redeploying the 
equipment for temporary use on the project, including any loss of value 
through wear and tear. However, if equipment is normally in use elsewhere 
there will be an opportunity cost incurred in taking it away from its normal 
use. For example, a unit needed an additional fax machine for two months 
and borrowed one from their research unit, where it was used for routine but 
non-urgent communications. However, the research unit found that many of 
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its usual communications were badly disrupted during this period because 
people had become used to using the fax. The greatest problem was that many 
colleagues travelling in India, Australia and New Zealand had great diffi- 
culty in telephoning the office because of the time zone differences and so 
routinely used the fax instead. The loss of the fax machine, even for a short 
period, proved to be expensive in the time spent compensating for its absence. 

If the organization does not already have the necessary equipment, or can- 
not spare it from elsewhere for temporary use on the project, it may be bought 
or hired. This raises similar considerations to those relating to whether to hire 
new staff or train existing staff. If one of the project objectives is to purchase 
new equipment and to train staff to use it confidently, then identifying suit- 
able equipment and purchasing it will be entirely appropriate. If this is not 
so, it may be more appropriate to hire it for the length of time that it is needed. 

Equipment costs are not limited to acquisition costs. Most equipment needs 
regular maintenance, it will break down and need repairing, it will require 
fuel or energy, and it will need accommodation or garaging and security. All 
these costs of keeping and operating equipment should be considered. And 
someone will probably be needed to use the equipment. This might entail 
costs relating to skilled use of equipment, and supervision and training for 
staff unfamiliar with the equipment. 



MATERIALS COSTS 

There will be many categories of materials, supplies and consumables used 
in a project. Once again, the materials that are in constant use and easily and 
'freely' available in an organization might be overlooked in costing the 
project. For example, it is easy to assume that stationery will be available in 
much the same way as it is for day-to-day work. However, a project is a 
bounded activity, and if you are to understand the full cost of achieving the 
outcomes, you will need to know how much the whole range of activity costs. 
For example, a project can easily and inconspicuously increase the organiza- 
tion's operating costs of postage and telephone or of paper and printing. 

If the project involves constructing something from materials there will be 
a cost related to raw materials. This may include costs for transport and stor- 
age if the materials have to be moved to the site at which they will be used 
and stored safely. Materials that are fragile or that have a limited life will 
need special consideration. For example, if the purpose of the project is to 
stage an event at which there will be food served, the timing and storage 
considerations will be very different from projects that involve use of mate- 
rials that will last indefinitely. 
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ESTIMATING REVENUES AND INTANGIBLE 

BENEFITS 

If one of your project outcomes involves increasing revenue, there are some 
particular considerations in estimating the level of income that might be 
expected. If the costs of the project are to be recovered by sales, the price of 
products must reflect not only the costs of the project but also the costs of 
administration required to collect the sales income. 

Pricing is a complicated business. If the project involves developing prod- 
ucts for sale it is usually necessary to carry out some market research to ensure 
that the products will be welcome and that people will be willing to pay for 
them. Prices are usually set to enable costs to be covered and some profit to 
be made, but prices also have to relate to the prices charged for similar prod- 
ucts that are available. For example, if your project aimed to develop a book 
support stand and light for wheelchair users, you would have to check that 
people did want to read while in their wheelchairs and that they would prefer 
to read books and not newspapers or magazines. You might also investigate 
whether people intended to make use of hand-held readers for electronic 
books. 

A product that is intended to produce revenue has to be something that 
people will want to buy at the price you want to charge. You are usually 
advised to estimate costs on the high side and potential revenues on the low 
side, to build in some safety in case estimates are not very accurate. 



WHO SHOULD ESTIMATE? 

The person managing the project is not necessarily the best one to prepare 
the estimates, although he or she should be closely involved because he or 
she needs a clear understanding of what the estimates assume about the 
project. If there are others who have more experience or more knowledge 
about some of the areas of work, these people may be the best ones to make 
estimates for the project or parts of it. You could ask each person to work 
independently, and then hold a meeting to compare estimates and to discuss 
how to arrive at realistic figures. 

If there is someone associated with the project who has experience of esti- 
mating, it could be very valuable to involve them. It is also often helpful to 
take advice about any risks relating to the areas of revenues and costs. For 
example, if you will need to buy materials, the prices of raw materials might 
vary over time or according to the quantity of the order. In a large project, 
the services of an experienced buyer might contribute cost savings. 
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PLANNING FOR QUALITY 

Having considered estimating for time and for costs, remember that the 
project cannot succeed unless the outcomes are of an appropriate quahty. 
There is often a tendency to reduce the time allowed to complete tasks and 
activities if estimates of cost are higher than expected. The need to achieve a 
particular level of quality may mean that more time must be spent completing 
one or another task, or that more resources must be made available for a 
particular purpose. Once the time and cost estimates have been made, review 
them to ensure that this estimate will allow an outcome of the right quality. 

If there is insufficient information available to make this calculation, it 
might be possible to carry out a small part of one task to give a little more 
information about the practical realities. If the project involves staff in car- 
rying out unfamiliar tasks, there might be a training need. If training is 
required, it might be important to consider how quickly staff will be able to 
carry out the task once they are confident and experienced - and how long it 
will take for them to reach this level of competence. 

Many organizations have corporate quality assurance systems that have to 
be applied to any project for which they are responsible. However, difficulties 
may arise when several quality assurance systems are in operation in a multi- 
agency project. In such a case, it would be possible to include the develop- 
ment of an appropriate quality assurance framework as part of the project 
itself, so that the project sponsors and stakeholders are fully included in the 
processes that deliver outcomes to them. 

Quality assurance procedures should be set up as early as possible in a 
project's life cycle, so that appropriate systems can be put in place and the 
procedures for monitoring can be communicated throughout the project sys- 
tem. If the project is large or complex, part of the documentation may include 
a 'quality manual' which describes the aims of the project, how each part of 
the project system is organized functionally, procedural documentation that 
states how each task is to be completed, and any relevant technical specifi- 
cations. As in any other area of planning, this would not be appropriate for 
a small project, and care should be taken not to spend time, energy and 
resources on production of anything that does not contribute directly to 
achievement of the project outcomes. 
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Scheduling 



Projects consist of a number of tasks and activities, and one of the key plan- 
ning issues is to decide how long each task will take to complete and the order 
in which they should take place. It is not enough to decide how long each 
individual task will take because some tasks cannot be started until others 
are completed. Scheduling involves decisions about timing and sequence. 
The full costs of a project, both in financial terms and in staffing effort, cannot 
be estimated until the time to complete the full project outcomes is identified. 



TIMING AND SEQUENCE 

A rough estimate might be made based on previous experience of a similar 
project, but a clearer picture can be obtained by making the calculations nec- 
essary to schedule a project. To do this, each task has to be estimated in terms 
of the content of the work, the number of staff that will be needed to complete 
it and the overall time that the task will take. This will allow you to make an 
initial estimate of the resources required. You might find that this initial esti- 
mate would lead to the project taking much longer than intended, and you 
might then want to estimate time and resource costs for increased staffing to 
speed up completion of the tasks. You can schedule by taking into account 
the current workloads of the project team members, which might affect the 
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start date, and their capacity to carry out the work. This brings you into the 
detail of deciding whether additional staff will be necessary or whether the 
project tasks should be scheduled to enable work already committed to be 
completed first. 

In most projects, there are some tasks that form the foundations for others 
and so have to be completed first. For example, floors have to be laid before 
carpets or other surfaces can be put on them. This is called dependency. One 
task is dependent on another being completed before it can begin. Depen- 
dency is very important in planning a project because it can be very costly if 
staff time is wasted because people are available but not able to start work 
until others have completed their tasks. There is also the possibility of delay 
if estimates prove to be wrong about how long the earlier tasks will take. 

There are two techniques that help in planning timing and sequence. The 
Gantt chart enables you to block out periods of time to gain an overview of 
the project tasks and the timescale to completion. This is an easy technique 
to use, and quickly gives a picture of the main sequence that will necessary. 
The Gantt chart is not so useful for identifying the detail of dependencies or 
the potential impact of a delay in the sequence of tasks. A technique called 
critical path analysis (CPA) is frequently used to schedule tasks and to iden- 
tify the potential implications of each dependency. We shall look at how each 
of these techniques might help you. 



DRAWING UP A GANTT CHART 

A Gantt chart shows the key stages of a project and the duration of each as a 
bar chart. The timescale is across the top and the tasks are listed on the left- 
hand side, in sequence from the first task. The bars are shaded to show how 
long each key task will take. The bar for the last task finishes in the bottom 
right-hand corner to show when the project will be completed. Figure 8.1 
shows the initial Gantt chart drafted for a project that ran in a large retail 
organization to design a new assessment centre for selection of team leaders, 
showing bar lines for the main objectives. A Gantt chart can be drawn quickly 
and easily, and is often done at an early stage to gain an overview of the time 
that the whole project will take to complete. It is easy to see if the project will 
take longer to complete than expected, and whether the initial plans are 
achievable. A more detailed Gantt chart is usually completed once the main 
objectives have been determined. 

You can add other information to a Gantt chart, for example: 

I milestones - you might prefer to indicate these with a symbol such as a 
triangle; 
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Actions 


Apr 


May 


Jun 


Jul 


Aug 


Sep 


Oct 


Gather information and make visits to recommended 
assessment centres 
















Prepare detailed project proposal 
















Consult and gain approval 
















Identify and train project team 
















Develop tools and assessment records 
















Identify and train assessors 
















Pilot, review and revise processes 
















Begin delivery of assessment centres 

















Figure 8.1 A Gantt chart to design a new assessment centre 

I project meetings - these might be indicated with a different symbol such 
as a circle; 

key review dates. 

For a complex project you may decide to produce a separate Gantt chart for 
each of the key stages. If you do this shortly before each key stage begins, you 
will be able to take any last minute eventualities into account. These charts 
provide a useful tool for monitoring and control as the project progresses. 



USING COMPUTER PROGRAMS TO PLAN 
AND SCHEDULE 



Gantt charts are relatively easy to draw by hand, but this does not offer you 
the same level of flexibility during monitoring that you would get from a 
software package. Various programs are available to assist project managers 
in scheduling and control. Moreover, once the data have been entered, a pro- 
gram helps you to work on 'what if scenarios, showing what might happen 
if a key stage is delayed or speeded up. This is more difficult if you are work- 
ing manually. Computer software also allows you to move easily from one 
level of detail to another. 

There are a number of different software packages that are designed to 
help you to produce a project plan. These are often quite powerful and 
complex, and it may take some time to learn to use them. At the early stages 
of a project, people often start the planning on paper or use a simple program, 
perhaps a spreadsheet. Once the outline plans have been made, computer 
programs provide a very flexible way of managing the project if you have 
learnt to use them, but it is certainly not essential to use computer software 
for a project that is not very complex. For those whose work will often include 
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project management it is a good idea to develop skills and familiarity with 
some of the available software. Some organizations use a project manage- 
ment protocol for all of their projects to ensure that there is a similar approach 
to project management, and to enable a central record of projects to be avail- 
able to managers. 



IDENTIFYING THE CRITICAL PATH 

The critical path is the sequence of tasks that will enable the project to be 
completed in the shortest possible time. It identifies which tasks must be 
completed before others can follow. Identification of the critical path is 
important in projects that must be completed in the shortest possible time. It 
is also important when the costs of running a project are significant, because 
careful scheduling can ensure that the least number of days possible are spent 
carrying out the project. 

To identify the critical path, the length of time that each task will take has 
to be calculated. Then the dependencies have to be identified. There may be 
dependencies in each of the different sequences of activity that contribute to 
completion of the project. This can be demonstrated very clearly if we take 
the example of relocating an office to another site, where some building work 
will be necessary before the move can be carried out. The work breakdown 
structure is usually the starting point, as this will identify the packages of 
activities and the individual tasks (see Table 8.1). 

The full work breakdown structure will be necessary to enable you to make 
an estimate of how long each activity will take. You might need to make some 
inquiries before you can make a reasonably accurate estimate if the work 
requires delivery of materials or time to complete specialist processes. It is 
worth spending time in trying to make the estimate as accurate as possible 
at this stage, because the scheduling plans will be based on this information. 
Although it is almost inevitable that you will have to make changes as events 
unfold, it is annoying to have to do this when a little more work at an earlier 
stage could have provided a more realistic foundation. 

The level of detail in planning the schedule depends, as always, on the level 
of complexity of the project. People who are used to organizing changes 
might look at these planning lists with horror, thinking that much of this is 
'common sense' and that it makes things look more complicated than they 
are. Another point of view is that if one person carries all of this detail in their 
head, it is very difficult for anyone else to understand what is happening or 
to do anything helpful in that person's absence. The planning approaches can 
be chosen to accommodate the way in which the sponsor wants the project 
to be carried out. If wide support and collaboration are required it is usually 
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Table 8.1 Part of the work breakdown structure for relocation of an office 
Packages of activities 



1. Prepare the site 

1.1 Survey site 

1.2 Plan alterations 

1.3 Estimate building 
work 

1.4 Contract builders 

1.5 Purchase building 
materials 

1.6 Carry out building 
work 



2. Furnish and equip 
office 

2.1 Plan furnishing 
needs 

2.2 Identify what we 
have 

2.3 Purchase furniture 

2.4 Plan equipment 
needs 

2.5 Identify what we 
have 

2.6 Purchase equipment 

2.7 Install equipment 
and connect 

2.8 Install furniture 



3. Service preparation 

3.1 Plan service during 
the move 

3.2 Inform potential 
service users 

3.3 Arrange resources 
needed 

3.4 Deliver service 
during move 

3.5 Prepare staff 
locations and rotas 

3.6 Prepare info about 
new location 

3.7. Inform when move 
completed 



Activities broken into tasks: 

Activity 1.1: survey site 

1.1.1 Contract surveyor 

1.1.2 Prepare list of alterations 

1.1.3 Identify any problems or opportunities 

1.1.4 Revise list 

Activity 1.2: plan alterations 

1.2.1 Plan layout and partitions 

1.2.2 Plan access 

1.2.3 Plan work areas 

1.2.4 Plan electric points 

1.2.5 Plan lighting 

1.2.6 Plan flooring 

1.2.7 Plan storage 

1.2.8 Plan decorations 

1.2.9 Draw up specifications 

(this will be continued until each activity is broken into tasks) 



important to share information widely and to involve others in making 
decisions that will affect them. 
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Table 8.2 Time estimates for relocation of an office 

This example shows the time estimates for the activities identified in 
Table 8.1. 

Activities Estimated time in weeks 



1. Prepare the site 

1.1. Survey site 

1.2. Plan alterations 

1.3. Estimate building work 

1.4. Contract builders 

1.5. Purchase building materials 

1.6. Carry out building work 



2. Furnish and equip office 

2.1. Plan furnishing needs 

2.2. Identify what we have 

2.3. Purchase furniture 

2.4. Plan equipment needs 

2.5. Identify what we have 

2.6. Purchase equipment 

2.7. Install equipment 

2.8. Install furniture 



3. Service preparation 

3.1. Plan service during the move 

3.2. Inform service users 

3.3. Arrange resources needed 

3.4. Deliver service during move 

3.5. Prepare new staff locations and 
rotas 

3.6. Prepare info about new location 

3.7. Inform when move completed 



1.1. About 3 weeks (needs 
discussions and an expert) 

1.2. Only 1 week once we have the 
information 

1.3. 1 week because we'll need to call 
builders in 

1.4. 2 weeks because we need three 
estimates and decision 

1.5. 1 week because builders will 
normally do most of this 

1.6. About 4 weeks to knock down 
walls and partition 

2.1. 2 weeks because it needs 
discussion with staff 

2.2. 2 weeks - could be done in same 
discussions 

2.3. This normally takes 3 weeks to 
deliver 

2.4. 2 weeks - similar discussions 
with staff needed 

2.5. Same 2 weeks 

2.6. Allow 3 weeks 

2.7. 1 week 

2.8. 1 week 

3.1. 2 weeks, needs discussion to 
share space 

3.2. 2 weeks, need to discuss who and 
tell them 

3.3. 2 weeks, might do this in same 
discussions 

3.4. 1 week duration of move 

3.5. 4 weeks, could be tricky and a lot 
to arrange 

3.6. 3 weeks because we'll need to 
print new stationery 

3.7. 1 week as this can all be done by 
email and letter 
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As some of these activities had a lot of separate tasks, the project manager 
checked each of these estimates against the task hst to ensure that everything 
had been considered. 

Once the times have been estimated for each activity it is possible to draw 
up a detailed schedule. You will probably have made a Gantt chart by this 
time and you may like to revise it in the light of the information that is now 
available. The revised Gantt chart may give enough information for you to 
go ahead without any further scheduling if timing in the project is not a par- 
ticular concern. 



1 


2 


3 


4 


5 


6 


7 


8 


9 


10 


11 


12 


13 


14 



1.2 



1.3 



2.1 (any 2 weeks) 



2.2 (any 2 weiks) 



2.4 (any 2 wef ks) 



2.5 (any 2 we^ks) 



1.5 



3.5 



3.1 (any 2 weeks) 



3.2 (any 2 we^ks) 



3.3 (any 2 weeks) 



I 



2.3 +2.6 



3.6 



2.7 



2.8 



3.4 



3.7 



Figure 8.2 Critical path for relocation of an office 



If the timescale is important there is a technique that can help you to be 
much more precise about the timing of each element and the sequence in 
which they need to be completed in order to complete the whole project in 
the shortest possible time. This is called critical path analysis, and is some- 
times referred to as CPA. The critical path is the shortest possible time in 
which the project can be completed once the timing of each task and the nec- 
essary sequencing has been taken into account. The activities and their 
timings can be drawn on a chart that shows the paths that each activity must 
take and their relationships to each other. In particular, this chart shows the 
dependencies. Dependencies are when one activity cannot start until another 
is completed. It is usually the impact of dependencies that slows a project 
down, and so the dependencies and the resulting sequence need to be iden- 
tified to establish the critical path (see Figure 8.2). 
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You may need to draw out the diagram several times before you can show 
the sequence clearly. The sequence of activities in package 1, prepare the 
site, is the easiest one to draw first because each activity is dependent on the 
previous one. For example: 

[ 1.1 (survey site) has to come first. 

I 1.2 (plan alterations) cannot happen until the survey information is avail- 
able and any necessary decisions about building work to be carried out 
are made. 

[ Estimates of the costs of building work (1.3) cannot be made until the plans 
are complete and specifications produced. 

I Three estimates must be obtained and a decision made about which 
builder should be awarded the contract before the contract can be agreed 
(1.4). 

I 1.5 (purchase building materials) cannot be completed until the contract 
is signed because this is usually done by the builders according to the 
specification. 

[ All of this has to be completed before building work can commence (1.6). 

[ And this sequence has to be completed before the office move can happen. 

Package 2, furnish and equip the office, cannot start until the alterations have 
been planned because these will determine the space in which furniture and 
equipment will have to fit. Staff will want to understand the opportunities 
and restrictions of the new office space before they can comment on the fur- 
nishing and equipment needs in any detail. It is also safer to wait until the 
alteration plans are complete before starting on Package 3, service prepara- 
tion, because any staff involved will find it difficult to discuss changes in 
working practices until they have some idea about the length of time that the 
service will be disrupted. 

There are a number of activities in packages 2 and 3 that can be completed 
while the building work is in progress, but some cannot be progressed until 
the new office is ready for occupation. At that stage, the furniture can be 
installed (2.8) whether it has been moved from the previous location or has 
been purchased as new. Similarly, the equipment can be installed (2.7) once 
the electric wiring has been completed, although some equipment may need 
furniture to be in place first. During the week of the move the normal office 
service will be covered by a temporary service (3.4) which has to be arranged 
and resourced in time for that period. 
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The service cannot be provided from the new office until all the activities 
have been completed. Figure 8.2 shows the sequence in which that has to 
happen and the length of time each activity will take. To find the critical 
path, you look for the stages in the sequence where something must be com- 
pleted before others can progress. In this 1.1 (surveying the site) must start 
first and be followed by 1.2. Once 1.2 (planning the alterations) is complete, 
a number of other activities can start. These include 1.3, 2.1, 2.2, 2.4, 2.5 and 
3.1. These activities all have paths that lead to completion of the building 
work, but each path takes a particular length of time to arrive at that stage. 

The activities in package 1 take the longest in total, with 1.1 to 1.6 taking 
twelve weeks in total. The next longest (3.1 and 3.6) take only five weeks, and 
so there is some choice about when these are carried out between weeks five 
to twelve. Activity 3.5 (Prepare staff locations and rotas) is a little different 
because that will not be needed until the new office is ready for staff to begin 
to deliver the service from there, although these matters are usually agreed 
well in advance because they can arouse strong feelings. 

A crucial stage is reached when the building work is complete because 
the furniture (2.8) and the equipment (2.7) can be installed. During this week 
the temporary service (3.4) must be provided and everyone who needs 
to know about the new office location can be informed (3.7). The critical 
path is the line that takes longest to reach each point at which further activities 
are dependent. The line in this project is 1.1, 1.2, 1.3, 1.4, 1.5, 1.6, then one 
week during which three activities take place. This critical path adds up to 
13 weeks, by the end of which time the office can be occupied and used. 

It is important to have some idea of the length of time the project will take 
in the early stages of planning if the time of completion is critical. In a project 
of this nature, it is often possible to reduce the critical path a little by investing 
more resources. For example, the length of time the building work will take 
might be reduced if more staff were engaged in the work. Other things cannot 
be speeded up - for example, it is not usually possible to speed up the drying 
time of plaster. The installation of furniture and equipment might also be 
completed more quickly if that becomes necessary, but this might be more 
expensive. As you can see, the balance of time, cost and quality is always an 
issue in managing a project. 

If you do make changes to the schedule to reduce the length of time taken 
by one or more of the activities, be careful to consider the impact this has on 
the critical path. For example, in this diagram it would not create any advan- 
tage to carry out an activity more quickly if it was not one of those on the 
critical path. However, if enough time in the activities on the critical path was 
to be reduced, the path itself might change. In this example, if the current 
critical path was to be reduced to take less than 14 weeks, the path of 1.1, 1.2, 
3.1 - 3.7 might become the critical path, but there are also two other paths 
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that would take 13 weeks (the paths to install furniture and equipment). All 
the estimated times on these paths would have to be considered to establish 
whether any other time could be reduced so that the shortest possible critical 
path time could be identified. 

Although it is essential to identify dependencies, it is very helpful to estab- 
lish that these are unavoidable. If one activity is usually completed before 
another it is not necessarily essential to complete it first, and it might be pos- 
sible to overlap the activities. It is an advantage to reduce the number of 
dependencies because that will increase the flexibility available in imple- 
menting the project. 

These examples illustrate the use of this technique in a fairly simple way, 
and hand-drawn diagrams would suffice to support planning. In more com- 
plex projects it is usual now to use computer software that helps you to draw 
these diagrams, and enables the detail of tasks to be included with the activ- 
ities. The greatest advantage with computer programs is the opportunity to 
try out the impact of making changes much more quickly than would be 
possible if each new diagram had to be hand-drawn. However, the time 
needed to learn to use new software is a consideration for someone who may 
not often have to manage complex projects. There is also an issue of under- 
standing, and some people find that puzzling out a hand-drawn diagram 
helps them to think all of the issues through in a way that does not necessarily 
happen when feeding the information into a computer. A project manager 
does not always have a personal choice about what approach to take because 
of the number of other people who are involved in a project. There is no 
reason, however, why you should not make your own choice to work things 
out for yourself before you produce information in the form required by 
others. 



PAUSE FOR THOUGHT 

Check your understanding. If a task on the critical path is expected to 
finish five days early, will the project complete five days early? 

The answer is no, because there might be another task that was 
not critical in the original planning because it would have finished 
two days before this unexpectedly early one. In this case, this other 
task now becomes the critical one and defines the expected fin- 
ishing time, which would now be three days early. 
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Implementing the project 



Implementation is an exciting time for people managing projects. It is the 
point at which all the planning begins to turn into practical outcomes. The 
work of a project manager changes at this stage from imagining how things 
will work into supporting the activities. The focus of attention moves from 
developing frameworks to monitoring the real activities to ensure that every- 
thing is progressing as planned. The attention of those managing projects can 
never stray far from planning because this is the mechanism by which we are 
able to keep the balance between time, cost and quality. Even when imple- 
mentation is about to start there is a little more planning to complete to ensure 
that the transition from planning to activity is smooth and effective. 



DRAWING UP THE IMPLEMENTATION PLAN 

The implementation plan consists mainly of the plans that have already been 
completed. You will need to monitor progress against these plans and to take 
action to revise the plans as events interrupt progress towards achieving the 
project's objectives. The plans you should have at this stage are: 

I the project brief with agreement about the goals and objectives of the 
project; 
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[ a list of the deliverables; 

[ agreement about how the project will be managed, reported and 
reviewed; 

I the estimates and budget; 

1 details of the people who will work on the project; 

I details of the accommodation, equipment and materials available; 

I the schedules, probably described in logic diagrams, Gantt charts and 
critical path; 

I the risk and contingency plans. 

You may not yet have an evaluation plan, although you should be clear about 
how success will be measured. The evaluation plan can be considered at 
review meetings. It is useful to think about it before the project progresses 
too far, because you may want to collect data about performance and any 
problems encountered as you go along rather than try to remember these 
things much later. 

To move from planning into action you will need to plan how action will 
be taken and by whom. You will have to ensure that each task starts on time 
and that the necessary resources are available when needed. The day-to-day 
routines of the project will have to be managed, and monitoring will take 
place throughout the implementation phase. There are a number of tech- 
niques that can help managers of projects to monitor progress and to 
control projects so that the balance of time, cost and quality is maintained. 
As no two projects are alike, different approaches are necessary in different 
circumstances. 



TEAM STRUCTURE 

Teams have great difficulty in working effectively if they are too large to work 
together conveniently. Six to eight people is often considered to be about 
right. If the project needs more staff in order to deliver all the outcomes, the 
structure could consist of a number of teams, each with a team leader. The 
team leaders would also form a team themselves to coordinate the project. In 
some projects there may not be a team, but instead a number of individuals 
or groups making a specialist contribution at an appropriate time. In either 
case, the task of coordinating inputs is vital. 

It is not necessary to name all the team members when structuring the 
staffing for the project. It can be helpful to identify people in terms of the 
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expertise or skills that are needed to complete each of the main tasks. If there 
is a need to recruit members to the team, this process will help to identify the 
criteria for selection. If some of the project team have already been identified, 
or if the team leaders have been appointed, there is an opportunity to include 
them in determining the team structure. At this stage, the key responsibilities 
can be allocated. 



Example 9.1 

Training the Trainers in Europe 

A small training organization in the United Kingdom was approached 
to take part in a project funded through the European Social Fund to 
develop a Training the Trainers' programme to share and build on 
good practice. Other partners included a charity with several centres 
in Italy that provided a rehabilitation service for drug misusers, a local 
government organization in Northern France, a charity that provided 
a women's refuge and work opportunities in Portugal and a rehabil- 
itation centre for young offenders in Spain. 

The project manager was based in France and visited all the partic- 
ipants to develop the plan. The project team, consisting of trainers 
from all of these countries, met for the first time in the United King- 
dom to begin the implementation. It was at this point that it became 
evident that many issues had not been considered. Although it had 
been agreed that the team would work in English, many of the team 
members could speak little or none of the language. Translators were 
rapidly hired and discussions were able to start. It soon became clear 
that some of these organizations had experience in training trainers 
and others provided no formal training. In the workshop comparisons 
were made of both formal and informal processes. 

As the project progressed, team members became 'experts' in dif- 
ferent aspects of training trainers, and experience was shared through 
workshops in each of the participating countries, to involve a wider 
number of local trainers. Team members developed portfolios to 
demonstrate their competence in training trainers in their own coun- 
tries, and each took the lead in presenting ideas and approaches from 
their own context and country. The final report on this project was 
developed through similar collaborative practice, drawing on the in- 
dividual interests and strengths of team members. 
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If the project is complex several people may need to hold responsibility for 
supervising activities. Once the team structure has been agreed it should be 
easier to decide who holds the different levels of authority. These will include 
identifying who holds authority to approve release of resources and com- 
pleted work, who must be consulted about what, and who must be informed. 
In some projects it might be appropriate to allocate authority for recording 
and storing information or for ensuring security. 

The project manager will usually retain overall responsibility for ensuring 
that the plans are carried out. Once the levels of authority have been decided 
it is not difficult to decide how the approval will be sought and recorded, 
how those who should be informed will be told and how consultation will 
be arranged. All of these activities involve sub-tasks that can be allocated to 
individual team members. 



PLANNING TEAM RESPONSIBILITIES 

It is important to give clear allocation of roles and responsibility for each task 
and key stage. This ensures that each piece of work is 'owned' by a particular 
person who will be accountable for completing it or seeking help if a problem 
develops. Planning these responsibilities also helps to ensure that overall 
responsibility for the work is spread appropriately between members of 
the team. 

It is also important to establish clear lines of accountability for each team 
member. The arrangements will vary according to the size and complexity 
of the project, but all those involved need to know: 

f what is expected of them, possibly written as objectives with timescales; 

1 the extent of the authority they have to make decisions about their area 
of work; 

I the person who will act as their line manager for the duration of the 
project; 

[ the arrangements and frequency for reporting and reviewing progress. 

If the project is large enough to have team leaders for different activities, it is 
important to check that each of these understands how the work of his or her 
team fits into the overall plan. It can be helpful to give each team leader his 
or her section of the plan detailing what should be achieved by specific dates. 
The milestones identified earlier in the plans will provide a useful checklist 
of outcomes and the dates by which each should be completed. 
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MAKING IT HAPPEN 

It is often quite difficult to start work on a project. The focus changes from 
planning to action. Even when tasks are allocated and the scheduling is com- 
plete, staff will not automatically start working on the tasks. It is usually up 
to the project manager as the leader of the project to ensure that work starts. 
It is important to make sure that everyone knows who should carry out which 
tasks, and when each should start. The staff must be free to begin work and 
the essential materials and equipment need to be available. Even then, it is 
often necessary to support staff to start the work. 

It can be helpful to start with a meeting to ensure that everyone under- 
stands the plan and where his or her contribution fits into the whole project. 
Planning is often focused on timescales and schedules, and team members 
may not be able to interpret the plans to find out exactly what they should 
be doing. This is particularly true when plans have been computer generated 
and look daunting to people who are not used to working with them. 



Example 9.2 
Understanding the plan 

A new project manager had decided to hold a workshop to begin an 
organizational change project because she thought it was important 
to develop a shared understanding of how the project was intended 
to progress. After the meeting she commented: 

I had made a huge assumption. I thought that they all knew 
about our organizational structure and strategy. There has been 
so much information given out recently about the new strategic 
direction. However, once I started making the introductory pre- 
sentation I could see from their blank faces that they didn't have 
a clue what I was talking about. I had to change the workshop 
plans completely and start from much further back than I'd 
intended. I had to explain how the organization worked and 
where we were going before they could begin to understand 
what the project was about or why it mattered. 



Once you are sure that everyone has sufficient understanding of the plans 
you can start work. The key people responsible for carrying out each task 
need to know exactly what is wanted, and you may have to confirm this with 
each individual. In some settings it will be necessary to ensure that all the 
formalities have been completed to secure the involvement of the team 
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members. It may sometimes be necessary to issue a formal instruction before 
people feel able or authorized to start work. 



RESOURCING 

Work will be impeded or interrupted if the necessary materials and equip- 
ment are not readily available or if the accommodation for the project has not 
been arranged. The project manager is usually responsible for resource 
allocation and utilization, but if resources can be clearly linked to areas of 
responsibility, the relevant budgets can be delegated. By conferring respon- 
sibility to achieve an outcome within the budget a direct link between costs 
and outcomes is established. 

Some resources have to be managed by qualified people. For example, if 
the project requires handling of specialist equipment or materials there may 
be statutory requirements to observe. In setting up the project responsibilities 
it may be necessary to identify people with particular qualifications or 
experience to manage these specialist areas of work. 

Even when all the necessary physical resourcing has been agreed and 
planned with an adequate budget, it will often fall to a project manager to 
take care of practical details and to encourage everyone to take action. There 
are times when it is worth doing something yourself to demonstrate support 
and commitment and to provide the means for others to start work. 



MANAGING PROJECT ACTIVITIES DURING 
IMPLEMENTATION 

The main activities that the project manager has to consider during imple- 
mentation are: 

i managing communications and information; 

I reviewing progress through monitoring and reviewing progress against 
the plan; 

I controlling progress - using the information developed through moni- 
toring and reviewing to decide when action needs to be taken to either 
bring the progress of activities closer to the plan or to change the plan; 

I taking action in whatever way is appropriate when it is necessary; 
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I managing change, both the changes resulting from carrying out the 
project in its environment and the changes made to the project activities 
or plans during implementation. 

The key information to communicate as implementation begins is the element 
of the plan that will be completed by each individual and team. Even if people 
have been involved in development of the plans, you cannot assume that they 
understand the whole picture or even the part of it that is their responsibility. 
Many project managers take particular care to ensure that staff understand 
what they are expected to do, the standards expected and the length of time 
the activities should take. There is also an opportunity in this early stage to 
set up communication channels and to demonstrate the style in which you 
expect communication to be carried out during the implementation activities. 

Much of the work of the project manager focuses on monitoring and con- 
trol. Monitoring is the regular collection of information about the progress of 
activities. The information collected has to be compared with the planned 
progress so that any difference can be identified. If work is falling behind 
schedule, it may be necessary to take action to bring the project back into 
control. This is a crucial set of activities during implementation because it is 
the only way that a project manager can be sure that the project will finish 
successfully on time, within the budget and achieving all of the objectives 
intended. 

There will certainly be change during the implementation stage of the 
project. There will be all of the project activities that are in themselves planned 
to cause a change. These are often complex and difficult to manage, but care- 
ful planning, monitoring and control will help you to manage these aspects 
effectively. Leadership, teamworking and performance management also 
contribute to keeping the implementation stage moving forward in a positive 
and productive way. 

There can also be change in the immediate environment of a project that 
impacts on the activities or objectives of the project. In some cases, external 
change can be predicted and will have been thought about when compiling 
the risk register. If this is the case, there will be some guidance about what 
action to take. If the change was not anticipated and appears of particular 
significance, a project manager would normally seek the advice of the spon- 
sor or a senior manager before taking any action that might alter the direction 
or balance of the project. 
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KEEPING AN OVERVIEW 

The position of a project manager is privileged in that he or she has access to 
every aspect of the project. In some ways, this means that it can be a lonely 
role. Although issues can be discussed with those concerned, people are not 
always prepared to share concerns widely, particularly if they feel embar- 
rassed. A project manager will usually be trusted with a lot of confidences. 
Confidentiality is essential, both in formal management of information and 
in management of 'softer' information. When people are working informally 
it is not unusual to be drawn into situations in which one group are discussing 
another, and if the project manager is seen to be taking sides it will be difficult 
to maintain a position of trust. Most project managers, even very experienced 
ones, need support sometimes from someone who can take a more distant 
perspective. It can be very helpful to have a mentor with whom to discuss 
things in confidence. 



Example 9.3 

Managing 'soi\' information 

Reflecting on a project he had managed, Jan commented that one of 
the difficulties had been poor documentation of information that had 
not seemed very important. He had gathered a great deal of informa- 
tion in the early stages of the project through discussions with staff 
who were in many different roles, from front-line delivery to senior 
management. He had even interviewed directors and the chief exec- 
utive. Sometimes he had also gained valuable insights from chance 
informal meetings in corridors, and he had spent considerable 
amounts of time observing the work areas that were to be affected by 
the project. Unfortunately, he had only made notes in the more formal 
interview situations, and these were always of rather specific things 
that people had said. Much of his real information had come from 
how they had said it or from the hopes and fears that were expressed. 
He had not made notes from the observations at all, nor of the sudden 
insights that had been prompted informally. 

He commented that, seen retrospectively, much of this was very 
useful information and would have helped the implementation stage, 
although it had been collected with the planning in mind. He had not 
realized that this information would be useful throughout the project, 
and wished that he had recorded it in some way that would have 
enabled him to retrieve it at later stages. As much of it had been 
'soft' and probably very much influenced by his own perspectives, he 
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commented that he wished he had kept a personal journal or file, so 
that he could remind himself of the ideas that had emerged. This 
would have been particularly useful when he was writing the final 
report and wanted to identify what had been learnt from the project. 



This range of responsibilities can seem quite overwhelming for a person 
managing a project for the first time, or even for someone with experience. It 
is usually the role of the project manager to initiate all of the activities and to 
ensure that they happen, but they do not all have to be carried out by one 
person. It is usual to carry out reviews with the involvement of key people, 
so different perspectives can be taken into consideration. These people will 
also often be the ones who can carry out amendments once the group have 
decided that action should be taken. The project manager's main concern 
during implementation is to keep an overview of the whole project and to 
ensure that the balance of time, cost and quality is maintained while the 
activities of the project progress towards a successful conclusion. 
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Monitoring and control 



In an ideal world, projects would be completed on time, within specified 
budgets and to the standards set out in the plans. In practice, any project 
involves a set of unique problems and constraints that inevitably create com- 
plexity and risk. Plans are liable to change as work progresses, and each stage 
in the process may have to be revisited several times before completion. 
Although projects have boundaries that protect them to some extent from 
other activities in the environment, external events will affect the project. A 
rapidly changing environment may have significant impact on longer 
projects, and may require not only revision of project plans but also some 
realignment of objectives. In any project, new issues will emerge as activities 
evolve. It falls to those leading and managing projects to be aware of events 
that impact on the project plan (monitoring) and to revise the plans if neces- 
sary (controlling). 

The plan itself is at the heart of effective monitoring and control. If the plan 
is not kept up to date to show all revisions, it will not provide the basic tool 
for effective monitoring. It will also not be effective if it is too complicated for 
everyone who needs to use it to understand. Craig and Jassim comment on 
a meeting with a project manager who had prepared 16 A4 sheets of his 
project plan: 

We discussed the intimidating-looking schedule for a while: I don't think 
either of us understood it. We then moved to the whiteboard. An hour 
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later we agreed on a schedule fitting onto one side of A4 - at that point 
we started making progress. 

(Craig and Jassim, 1995: 26) 

The people who need to understand the plan include those who are respon- 
sible for carrying out each task within its scheduled time. 

There are a number of ways of monitoring a project during its progress to 
identify any emerging risks or potential for improvement. Monitoring is 
essential to collect appropriate information to inform the project manager 
about anything that threatens to disrupt the project, and to stop it from pro- 
gressing according to the plan. Once the project manager knows that there is 
a problem, a decision can be taken about how to address the problem. Action 
can be taken to ensure that activities are kept in line with the plan, or the plan 
can be changed. Taking action to control the project ensures that the focus is 
kept on achieving the outcomes within the budget and timescale agreed. 

The word 'control' sounds very authoritarian and inflexible. However, 
control in projects is essential if outcomes of the right quality are to be 
achieved within the time and budget agreed. All projects need investment of 
resources to take place at all, and staff are often well aware of the need to 
make good use of scarce resources. Control is part of effective management 
and is a key responsibility of a project manager. 



MONITORING 

To control a project you need a plan that details how things should be hap- 
pening, and you need accurate information about what is actually happening: 

Monitoring is the on-going checking of progress against a plan through 
routine, systematic collection and review of information. It is concerned 
with noticing differences over time and providing a regular check on 
what we are doing against what we are supposed to be doing. 

(Connor, 1993) 

Monitoring is the activity of collecting information about the progress of 
activities and comparing this information with the plan to identify any dif- 
ferences. Monitoring needs to be carried out routinely and regularly in order 
to identify any discrepancies between the plan and the real situation. Once 
any variations have been identified, the project manager can consider 
whether there is any cause for concern. In some cases, the variations will be 
within the tolerance that the plan allowed and there will be no need to take 
action. If the progress of activities is very different from the plan you will 
need to take some action. Action should be taken when there is a danger that 
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the project will not meet its targets because progress is too slow, or if a delay 
in one activity will impact on others, causing waste and further delay. Control 
may be regained either by taking action to change the progress of the activities 
that vary from the plan or by revising the plan to accommodate the variation 
in the progress of activities. It is not 'cheating' to change the plan, because 
the environment is always changing and new information becomes available 
as a project progresses. 

Control is about monitoring progress and taking timely corrective action. 
However sound your project plan, it is certain to need adjusting and updating 
as you go along. There are several techniques that help to make this possible. 



Project plan 



Control - make 
decisions and take 
action to revise plan 



Collect 
monitoring 
information 



Compare monitoring 

information with 

progress on project 

and identifying variance 



Figure 10.1 A simple project control loop 

The process of project control is a simple loop (see Figure 10.1). The four 
stages in this loop are: 



1. The project plan. The plan is a dynamic collection of documents that 
show the current plan and also record successive changes in the plan. 

2. Monitoring. This is the process of collecting appropriate information 
about the progress of the project and the setting in which the project is 
evolving. 

3. Identification of variance. This is the process of comparing what is 
happening with the plan to identify any variation from the plan. 
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4. Control. Decisions are made about how to address any variance. The 
risk register may already have identified potential responses. If this has 
not already been discussed, authority may have to be obtained before 
action can be taken. The two usual options are to invest more resources 
than were originally planned to enable tasks to be completed more 
quickly, or to extend the timescale to accommodate slower results than 
were planned. In either case the plan is changed and changes have to 
be recorded. 

Expect change. Expect that as the project progresses there will be things that 
you will want to change within the boundaries of the project. There will also 
be changes in the environment of the project that will impact on the tasks and 
activities that are part of the project itself. Whenever a review of the project 
progress leads to a decision to make a change in the plan, it is essential to 
record the changes on the plan itself so that a master plan is maintained that 
is up to date. If you do not do this, you will be measuring progress against 
the original intention rather than against the revised plan, and there is great 
potential for confusion. If you always record changes to the plan you will 
maintain a 'living' document as the basis for continuing action. 

Successful control of a project depends on the flow of information, so it is 
important to have systems in place to make sure that you get feedback on 
what is happening. However, monitoring is not a solitary activity carried out 
by the project manager. If the project team is meeting regularly to review 
progress, monitoring becomes more dynamic and changes to the plan can be 
achieved by consensus. Involving the team not only helps to keep everyone 
on target, it also builds commitment. 

Monitoring is the most important activity during the implementation 
phase of a project because it is the only way in which you can control the 
work to be sure that the objectives of the project will be met. To keep track of 
what is happening you may have to consider gathering information on two 
levels: 'big picture' level, to include overall business objectives to which the 
project is intended to contribute and the balance of the dimensions of time, 
budget and quality, and 'project activity' level, to include tracking individual 
tasks; that they have been initiated, that they are running on track and that 
they are due to complete as planned. 

In some ways it is quite difficult to pay attention to the 'big picture' issues 
when you are immersed in a project. It is easy to lose touch with what is 
happening in the rest of the organization, particularly when constant change 
means that people have little time to think of anything other than the imme- 
diate pressures of work. It is important to stay alert to the broad direction of 
change in your service or organization, because any projects within the set- 
ting should be helping to move in the right direction and not doing something 
that once seemed important but is no longer needed. It would be unusual for 
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a project to be so out of date that it was found to be completely redundant, 
but it is possible that some of the objectives were agreed before new infor- 
mation caused a slight change of direction. 

You will probably have to use a variety of means to gather the information 
you need to track the progress of the project. Project status reports and project 
status meetings are formal reporting structures that enable you to collect and 
collate this information. However, if you rely on others to provide all your 
information you may miss early signs of difficulties. Many experienced 
project managers make a point of 'walking the project' to keep in touch with 
the day-to-day realities that emerge as work progresses. 



PAUSE FOR THOUGHT 

What might you be able to monitor as a project manager by 'walking 
the project' that you would not know about from formal reports? 

By keeping a level of informal contact with the most important ac- 
tivities you will be better able to monitor the atmosphere in which 
teams are working. You will be in a better position to judge whether 
the interpersonal relationships are creating a productive energy or 
contributing to conflict and delay. You will be able to respond quickly 
if teams are facing delays because of failures in deliveries of materials 
or equipment. You will be more likely to notice if any staff are being 
pulled away from the project because of other work pressures. 



Control is only possible if you have a plan against which to measure progress. 
If the plan is clear about what should be achieved and when, it is possible to 
monitor progress to be sure that each outcome is of the right quality and 
achieved at the right time. 



MILESTONES 

The key stages of the project and the schedules should allow you to identify 
milestones. Milestones are measuring points that are used in reviewing the 
progress of a project. They are often descriptions of the extent of progress 
that should have been made by the review date. Sometimes the milestones 
might include deliverables or outcomes of activities that have to be completed 
early because others are dependent on them. 
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The project manager is often asked to set the milestones so that regular 
reviews can consider progress. It is, of course, wise to be cautious in propos- 
ing how much should have been completed by each review date. The first 
step in this case would be to decide when reviews should take place, perhaps 
monthly or quarterly, depending on the nature of the project. Then consult 
your plan to see what should have been achieved by each review date. These 
achievements can be listed for each review date as the milestones. 

The schedule will provide guidance but it is often possible to allow a little 
more leeway in setting milestones so that some contingency is included. If 
you are setting milestones for the first time, look at the Gantt chart and the 
schedule and for each review date ask yourself what you want to see com- 
pleted by then or how much progress you expect to have made. Milestones 
often include targets that are only part of a complete objective. For example, 
a milestone might set a target of 25 per cent of registrations completed for a 
training course, when the full target is not to be achieved until two months 
later. 

Milestones can be set in different ways, to reflect slightly different pur- 
poses. They are often used to provide an agenda for a regular meeting to 
ensure that the project is progressing satisfactorily. Some organizations take 
a more challenging approach and inquire at each review whether the project 
should be terminated, expecting an adequate defence to be made in terms of 
the continuing value of the project to the organization. 

Once milestones are established and agreed, they form the basis for dis- 
cussions about the progress of the project. In a long project it is reassuring to 
be able to demonstrate progressive achievements through the milestones, 
especially if the outcomes of the project will not be visible until a much later 
date. Similarly, if any of the milestones are not achieved there is an oppor- 
tunity to discuss the reasons and to revise the plan if necessary. 

This systematic approach to project control provides a simple process of 
planning, measuring against the plan and taking action to bring things back 
into line if necessary. However, this suggests that events will move in a fairly 
linear way. Life is messier than this systems view would suggest, and every 
time something happens, it will have an impact on everything else around it, 
so it is also important to retain an overview. 



MAINTAINING BALANCE 

A project manager is always concerned with balancing the costs, time and 
quality dimensions of a project. Monitoring provides the information that is 
necessary to understand problems that arise in any of these dimensions. 
Delay and poor time management are often problems, but these can have a 
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direct impact on the costs of a project as well as on the quality of what is 
achieved within the time available. Because of the importance of these dimen- 
sions and the extent to which they affect each other, monitoring information 
is required about time spent on project tasks, the resources used in comple- 
tion of each task and the extent to which quality standards are consistently 
achieved. Once monitoring has revealed that controlling action is necessary 
there will usually be a number of options about what sort of action to take. 

When time is likely to be a concern, you can plan so that any delay has as 
little impact as possible. For example, you might split the key stages to avoid 
one following another in sequence when there is no necessity to have one in 
place before the next. You can check whether the critical path requires the 
sequence or whether it was planned simply to reduce the need for more 
resources. If it is possible to carry out two or more key stages concurrently, 
you will speed the project up, but you will need to resource all the concurrent 
stages rather than waiting for one to finish so that staff can be moved to the 
next stage. 

If the budget is a problem, you might make savings by removing or reduc- 
ing contingencies from estimates. As the project work progresses you could 
review the contingency time and budgets that you had originally estimated. 
You will be in a better position to judge how much contingency is likely to 
be needed as the project progresses in achieving milestones. 

You could re-evaluate the dependencies in the schedule. You may have 
been overcautious in making the first judgements about the sequence of 
activities. As some outcomes are achieved, you may find that you can avoid 
some of the dependencies. You may also find that you can make more use of 
slack time to speed up completion of tasks. As the project develops you may 
find that you can minimize duplication to make savings of time and effort. 

It may be necessary to renegotiate to increase the timescales if an unantic- 
ipated problem has caused a delay that cannot be recovered. If this is 
considered, it is worth calculating whether increasing the timescale would 
be more cost effective than increasing the resources to enable completion on 
time. Increasing the resources available will usually increase the costs, so this 
should be considered alongside other options. It may be possible to increase 
resources with limited costs by reviewing the use of existing staff. For exam- 
ple, it may be possible to get new people with particular expertise assigned 
to a key stage that is falling behind schedule. However, you may already have 
these people within the team but carrying out activities that have less need 
of the expertise. 

If a project is facing serious delays or is running over budgeted costs, it is 
worth considering the quality targets. It may be possible to reduce the quality 
or scope of specified outputs or outcomes. In considering this option, it is 
worth reviewing what quality means to each of the key stakeholders. It may 
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be that additional features have been added to the project but that they will 
add very little value for the majority of stakeholders. In this case, it may be 
possible to only add the additional features where they will add value and 
not where they are irrelevant. 

Monitoring expenditure is another aspect of control. In many organizations 
the financial aspects of a project have to conform to the usual financial pro- 
cedures of the organization. There may be decisions to make about the num- 
ber and levels of budgets and about how frequently budget holders should 
receive information about expenditure or report on their current position. 



CONTROLLING CHANGE 

Sometimes a project sponsor will request an addition to the project that was 
not part of the original brief agreed. This can present a difficult situation for 
those who manage the project because you will want to maintain good rela- 
tions with your client but you will also want to protect your budget and 
possibly a profit margin if you are a contractor for the work. 

If your client requests a change you need to assess the extent to which this 
will require additional time or resources. Specify the elements carefully and 
estimate the costs of carrying out the modification. It is possible that the 
change could be incorporated in the project plan within the existing timescale 
and budget by adapting some of the tasks in the later stages of the plan. Once 
you are confident that you understand the implications in terms of time and 
cost of making the requested change, you can decide how to respond to the 
client. 

You might decide to offer to make the change without any charge to the 
client. This depends to some extent on whether you are carrying out the 
project for a fee, to make a profit or not. You might decide that there is a case 
for making an additional charge and you will have the full costing for the 
modification to support your claim. You may want to negotiate with the client 
to achieve a solution that suits both of you, again, with full understanding of 
the implications. If you are not working for a fee you may decide to make the 
change because it would add value without adding significantly to the costs. 
Whatever you decide to do, you will need to be fully informed of the cost and 
time implications of the proposed change before you enter discussions about 
how this will be managed. 

Once any change has been agreed, review the project documentation. You 
may want to make a formal amendment to the project brief, and you will have 
to amend the schedules and budgets and note changes in the plan. You will 
also have to communicate the changes to anyone who needs to take appro- 
priate action. 
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Communications 



Effective communications are essential in maintaining progress and mutual 
understanding of issues that arise as the project unfolds. In this chapter we 
consider the many types of communication that are necessary during a 
project, and the importance of ensuring that the flow of information works 
effectively. The reporting and review systems will provide a formal means 
of communication, but this is unlikely to be sufficient to meet all the needs 
of those working on the project or other stakeholders. 



COMMUNICATIONS IN A PROJECT 

Communications are necessary both to link the stages of a project and to 
facilitate progress within each stage. Communication is so central to the 
management of a project that poor communications can be considered a 
serious risk that would threaten the likelihood of completing the project 
successfully. 

One of the key concerns is the need to manage the information that has to 
be produced, collected and distributed as part of the project. The form in 
which information is recorded, stored and retrieved determines to a large 
extent how it can be used and by whom. The flow of information in a project 
needs to be planned to ensure that the appropriate information reaches the 
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people who need it. The processes used to collect and distribute information 
will also have an influence on how well the information is communicated 
and understood. For communication to work, the messages sent and received 
also have to be understood. There are many barriers to effective communi- 
cation, but most of the pitfalls can be avoided if communications are carefully 
planned. 

The channels for communication in the project should include everyone 
who is involved. The members of the project team will have to communicate 
with each other and with anyone completing related activities. There are also 
people outside the team who should be kept informed and have opportuni- 
ties for their voices to be heard, including the wider stakeholder groups and 
the sponsors. Communication is a two-way process involving both giving 
and receiving. If we do not communicate with each other we may find our- 
selves working at cross purposes. We would also lose the opportunity to 
influence and to be influenced by other ideas. 

Communication may be formal or informal, depending on the size of the 
project, the people involved and their usual ways of working, but it must 
happen if the project is to succeed. Team members can become immersed in 
their own activities and fail to seek or to listen to feedback from anyone out- 
side the team. A comprehensive communications strategy will consider how 
to provide mechanisms through which the essential two-way communication 
can take place. 

Communication implies scope for some sort of dialogue, where messages 
are received, understood and given a response that might trigger a further 
response. Often the dialogue is to develop or to test understanding. If you 
send a message and are sure it has reached its intended destination, you still 
cannot be sure that it has been given any attention or that it has been under- 
stood. Communications can be improved by: 

I paying attention to the needs of other people; 

[ listening actively, taking care and noticing signs; 

[ taking time to communicate in an appropriate way; 

[ taking time to check that the message has been understood; 

[ paying attention to feedback; 

I giving feedback; 

[ choosing the time and place carefully when you expect to have a difficult 
or confidential conversation. 
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Communication is necessary to ensure mutual understanding. When you 
consider channels of communication in a project environment you need to 
consider how you, as the manager of the project, will receive and respond to 
messages as well as how you will send them out. This is particularly impor- 
tant in planning how information will be handled in the project, because you 
cannot be sure that the information you give is understood by the recipients 
until you hear the response or test out understanding in some way. 



WHY IS GOOD COMMUNICATION NEEDED? 

The purpose of communication in a project is to explain to others what has 
been achieved and what remains to be completed, and to listen and respond 
to the needs and views of others concerned with the project. The project 
manager is usually the person in the middle of the web of activities who is 
able to keep an overview and to ensure that communications flow openly 
through all the channels that are needed. 

One of your main concerns as a project manager is to ensure that everyone 
who needs information receives the right information for the purpose at the 
time they need it. This can often be planned using each activity line on the 
schedule. Each person or team needs to know when they can start work and 
whether anything has arisen in the previous period of work that will affect 
the next period. This will often involve a mix of information including formal 
written plans and face-to-face meetings at important handover points. 

Open and full communication with everyone involved in a project is not 
only about ensuring that information is handled efficiently. Communications 
can be used to motivate by offering encouragement, praising success, reas- 
suring when things are not going as smoothly as hoped and supporting those 
whose energy or confidence is waning. It can be powerful in engaging people 
to work enthusiastically towards achieving outcomes that they believe are 
worthwhile. 

If the project involves interdisciplinary, inter-professional or inter-organi- 
zational working, the value of rich interaction cannot be overestimated. 
When people have very different experience, assumptions and backgrounds 
it is difficult to establish common ground so that there is enough trust and 
confidence in each other to work together effectively. Although face-to-face 
communication can reveal differences, there is also opportunity to identify 
similarities and shared concerns. If there is support for the purpose and aims 
of a project, this can provide the opportunity to build shared understanding 
and to identify common ground in values and aspirations. If people develop 
enthusiasm to achieve a common goal, it is much easier to work together. 
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HOW CAN COMMUNICATION BE PROVIDED? 

Project managers use a range of communication channels including face-to- 
face meetings, phone, written and electronic notes, presentations and reports. 
These different means of communication each have advantages and disad- 
vantages and it would limit a project considerably if too few approaches 
were used. 



Example 11.1 

Day-to-day communication 

Jo was managing a project that involved several teams working in 
different locations delivering organizational and management devel- 
opment programmes. As she arrived at her office she found that one 
of the team leaders was waiting for her, wanting a chat before starting 
that day's work. Although time was short, he was anxious for her to 
listen, so she focused on what he had to say. It concerned other staff, 
so she asked him into her office to maintain confidentiality. 

This meant that she was 10 minutes late when she was able to settle 
at her desk, but she had planned to make three phone calls before she 
did anything else. Her secretary had also alerted Jo to some other is- 
sues that were concerning staff on the project. 

It was almost an hour later before Jo was able to look through her 
in-tray and found details of two items that had been referred to during 
the phone calls. She took several further phone calls while she checked 
what else was in the in-tray and opened her e-mail. Again, she found 
that there were several issues that recurred and it was helpful to read 
all the messages before she replied to any because they presented dif- 
ferent viewpoints. 



Most project managers need to spend time listening to the issues and noticing 
other signs of concern before making decisions or taking action. In most 
projects, what affects one area will have some impact on others. Sometimes 
these things run their course and are solved by those involved, but in other 
cases the manager of a project has to intervene to reduce the levels of anxiety 
or to solve a problem that is delaying work. 

Much of the communication will probably be in the form of written words, 
but it will also include charts and diagrams. This has the advantage of 
consistency in that everyone can be sent the same message. Unfortunately, 
this will not ensure that everyone receives the same message because we 
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are all different and all interpret messages differently. If a team is sent the 
appropriate part of a written project plan there is no guarantee that they will 
understand it or the implications for their work. Moreover, they may feel 
neglected and unwelcome on the project if you do not meet them and go 
through the plans, checking understanding, listening to their concerns and 
offering personal support. 

Formality and informality both have their place. A formal message carries 
authority but may seem unnecessarily directive to someone who expects to 
be consulted and not 'told' what to do. Instructions can be issued in different 
ways, and in some settings a face-to-face discussion and agreement can be 
much more effective than a string of threatening e-mail messages. 

We send a lot of messages through our tone of voice, appearance and 
actions. Project managers who want their projects to be successful will use 
all aspects of communication to support their aims. We are often not very 
aware of non-verbal communication but it can be a strong influence on how 
people feel about the project. It is not as specific as use of words is intended 
to be, but people 'read' it in a very basic way that raises positive or negative 
and uneasy feelings. We can be aware of the reactions we are receiving from 
others, and try to avoid misunderstandings before they damage the project. 
Openness about ideas and feelings is crucial to success in communities where 
a shared value base is important. 



MANAGING THE FLOW OF INFORMATION 

There are two main areas of information that need to be managed in a project. 
Plans are essential so that all those who need to know can be informed about 
what should happen, when and how. The other type of information is about 
what actually happens, so that completion of plans can be confirmed or revi- 
sions can be made. Those who are interested in the project or its outcomes 
will need both types of information. 

The key questions in planning the information flow are: 

Who needs information? 
What information do they need? 
Who can give it to them? 
When do they need it? 
Why do they need it? 
1 How do they need it? 
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[ Where do they need it? 

1 What might hinder communications with them? 

One way to identify the information needs is to work through the plans for 
each stage of the project considering who does what and what information 
is needed to do it. You can then consider how that information can be pro- 
vided. To be useful, the information needs to be provided at the right time 
and in a format that is convenient. 



PROVIDING INFORMATION FOR THOSE WHO 

NEED IT 

In the defining stage of a project the emphasis is on developing understand- 
ing through many different types of communication. The purpose of the 
project has to be clarified and agreed by the sponsors and key stakeholders. 
There may be a need for wide consultation if the project is likely to have 
implications for different groups of people. 

Consultation cannot take place unless some basic information is supplied, 
even if this is in the form of a broad proposal and some options to consider. 
As feedback is received, the ideas can be refined and options both deleted 
and added. The information that is developing about the project has to be 
defined in a similar process to the process of defining the project itself. For 
the purposes of managing the project this information is recorded in the form 
of plans, but when information is to be shared it has to be prepared in a form 
that can be understood by those for whom it is intended. 

Whether the project is small or large and complex, the information that is 
used in it needs to be of a high quality. Good information is: 

[ relevant (it is the information needed for the purpose); 

[ clear (presented in clear language and format); 

[ accurate (without mistakes and not misleading); 

[ complete (as much as is needed with nothing missing); 

I timely (up-to-date information sent and received at an appropriate and 
helpful time); 

1 appropriate (the right information sent and received by the right people). 
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Remember, however, that sending out information is only part of the com- 
munication process, and that many who receive information will respond 
and react in some way. Be prepared to interact with anyone to whom you 
send information. 



Example 1 1.2 
Effective meetings 

Effective communication involves giving information, collecting in- 
formation and listening to people. To ensure the smooth running of 
your project, you might need any or all of the following: 

I formal recorded meetings that run to a schedule appropriate to the 
project; 

I meetings with your sponsor (which might be on a one-to-one 
basis); 

I progress meetings with the project team or teams; 

I individual meetings on a one-to-one basis with team members; 

I problem-solving meetings arranged when particular issues need 
to be resolved. 

Meetings need a clear purpose and focus, and the formal ones should 
be recorded on project schedules. They should be time-limited and 
given proper priority in diaries so that time is not wasted waiting for 
inputs from key people. Meetings will only be respected if they are 
managed, to avoid waste of time and effort. 

Your stakeholders will expect to receive reports at regular intervals 
whether formally or informally. So you need to ask yourself: 

I Who needs to be informed? 

I About what? 

I How often? 

I By what means? 

Meetings will not always be the best means for conveying informa- 
tion, but they will almost certainly be needed from time to time to 
ensure that there is shared understanding of any issues that arise dur- 
ing the progress of the project. 



During implementation of a project, information is needed continuously to 
monitor and control progress. Formal reports about the project status are 
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often used to inform the monitoring process. Formal reviews are often held 
so that an overview of progress is regularly considered. Most projects need 
some system of reporting that provides regular and up to date information 
about what tasks have been completed and any problems that have arisen. 
These are often called project status reports. 



Example 1 1.3 
Project status reports 

Project status reports are regular formal reports. You can decide how 
often these are necessary depending on the size and nature of the 
project, but they are usually produced weekly, monthly or quarterly. 
Reports may even be required hourly if a problem is causing serious 
concern and has the potential to seriously delay progress. Daily re- 
ports might be necessary if there are implications for arranging work 
for the following day. Consider the degree of risk involved as a guide 
for deciding the frequency of reporting. The key issue is how quickly 
the project could get out of control and the time it would take to im- 
plement contingency plans. Also, the project sponsor might have a 
preference about the frequency of reports and review meetings. 

To write the report you will need information from members of the 
project team about completion of tasks and key stages and any delays 
or difficulties anticipated. If there will be a number of project status 
reports a standard report form is helpful. This might include: 

I the project title; 

I the key stage or task covered by the report; 

I the name of the person responsible for this key stage or task; 

I the date of the report; 

I actual progress reported against planned progress towards project 
'milestones'; 

I explanation of any delay or any remedial action taken; 

I any anticipated concerns or any issues awaiting resolution; 

I the milestones due in the next reporting period and the date of the 
next report. 

Once you have set up a system for regular reporting you will probably 
have to make sure that it happens, at least in the early stages. Be pre- 
pared to chase up reports and to insist that they are necessary and 
must be presented on time. 
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In the closing stages of the project, information concerns completion of all the 
objectives and arrangements for handing over all the deliverables. The project 
activities have to be closed, with all the appropriate documentation com- 
pleted. Most projects have an evaluation in the closing stage or after com- 
pletion, and those carrying out the evaluation will often require information 
from all of the previous stages of the project. 

Reporting often raises issues for those who receive the reports. You may 
want to consider that people often react with questions at the level of detail 
that you have offered. If you limit what you offer to target the key concerns 
from each perspective, you are likely to reduce the extent to which you have 
to smooth anxiety or deal with misunderstandings! 



Example 1 1.4 
Overview and detail 

A junior training manager who worked in a large staff training centre 
said: 

I was asked to make a presentation about the introduction of the 
new IT programme to our chief executive and I was very worried 
that he would ask me to explain why I had allowed the project 
to fall so far behind schedule. When they were fitting the new IT 
equipment into the old training suite they had found asbestos in 
one of the ceilings and had immediately stopped work and 
called in specialists to remove it. This had, of course, delayed 
everything. In fact, all that the CEO wanted to know was whether 
we were going to keep to the revised schedule now. He was 
very pleased to hear that we had rescheduled the programme 
and re-booked the clients who had been affected by the delay. 
It made me realize that in reporting at that level I had to give an 
overview and show that we could stand back from problems and 
look ahead to make sure that we achieved the main outcomes 
as well as possible. 



If you are managing a project, you will be responsible for providing regular 
progress reports to stakeholders, whether as written reports or as oral reports 
and presentations at meetings. The information gained from internal project 
reports will be helpful in compiling reports, but you will probably want to 
present different types of reports to stakeholders with different types of con- 
cerns. For example, the project sponsor may be most concerned with the 
overall progress against goals, but stakeholders concerned with one group 
of project objectives may only want to see reports about that concern. Some 
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stakeholders will only have an interest in the overview and the implications 
for their organization. 



PAUSE FOR THOUGHT 

What key questions do you think your stakeholders would want you 
to answer when you prepare a report about the progress of your 
project? 

Your stakeholders will probably have different priorities, depending 
upon their own particular interests. Very often questions include: 

Is the project on schedule? 

Is it within the allocated budget? 

Have the milestones been achieved? 

If not, what action has been taken to correct the situation? 

There may be other questions that are appropriate, including ones 
about whether problems have been identified and solved, whether 
the experience so far has any implications for future plans, whether 
any additional resource is required or whether there is any need for 
revisions to the overall plan. 



In many projects it is important to provide information not only to stake- 
holders but also to the general public. There is often interest in projects from 
external sources, and information may have to be provided to the news media 
and to public interest bodies. Again, you can ask yourself what they will want 
to know. There is likely to be more interest in whether the project will present 
any sort of disruption or change, and if so, what the benefits will be. 

In considering the timing of information releases it is also important to 
consider what preparation is necessary to deal with reactions and responses. 
Large and powerful organizations can appear to be concealing planned 
changes if they do not offer information about plans until it is very obvious 
to everyone that changes are in progress. If it is possible, it is usually helpful 
to prepare information, perhaps in the form of press releases, to give to local 
community and media representatives. Sometimes a public meeting is appre- 
ciated so that anyone with concerns can raise them at an early stage. Remem- 
ber that the staff of any organization involved in the project are likely to be 
the best ambassadors, but they may give out a very poor impression if they 
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are not well informed and able to answer queries from those outside the 
organization. 



WHERE IS INFORMATION NEEDED? 

Information is often needed in locations remote from the project base. There 
is always a danger of focusing attention on staff information needs in the 
central base. If a project has staff and teams in other locations it is important 
for face-to-face contact to take place sometimes, and for the project manager 
to be seen in all the locations from time to time. Although telephone and 
e-mail are very convenient ways of sending and receiving messages, much 
richer communication is achieved when non-verbal interaction is also possi- 
ble. One way of helping staff in remote locations to keep in touch is to rotate 
the regular review meetings from one location to another. If all staff are not 
included in the meeting there could be a shared lunch with opportunities for 
social interaction. 

The phases of the project present opportunities to hold celebratory events. 
These can be held in appropriate locations so that different aspects of the 
project are featured. For example, once your project plan has been prepared 
and agreed by your sponsors, there is an opportunity to launch the project 
with a celebratory event. Making the launch a special occasion provides the 
opportunity to bring the project team and other stakeholders together so that 
they can meet one other, perhaps for the first time, and form some informal 
networks that could facilitate the project. It is also an opportunity to establish 
your role as the project manager, and make sure everyone has a copy of the 
agreed, up to date project plan. 



PAUSE FOR THOUGHT 

Make your own notes on how you would launch a project, including 
whom you would invite and what you would do on the day. 

Every project launch is different, but you will need to arrange a suit- 
able venue, considering how it will enhance the image of the project 
and ensuring that it is accessible for people with disabilities. You will 
have to send out invitations, and this is an opportunity to demonstrate 
partnerships and collaboration by including appropriate names and 
logos. You will probably want the project's sponsor to open the 
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meeting by setting the scene for the project, and explaining its priority 
and your role. On the day, you may have to: 

I introduce people to each other; 

I introduce the project team and their roles; 

I explain the benefits of the project and its anticipated outputs and 
outcomes; 

I describe the project plan; 

I explain the procedures for communication; 

I respond to questions. 

Launching the project allows you to set the tone of communications 
during the event. You may arrange to be formal or informal, person- 
ally accessible or distant, friendly and open or closed and withdrawn. 
However you present yourself and the event sets the pattern for future 
communications. 



ACCESS TO INFORMATION AND 
CONFIDENTIALITY 

If you are trying to establish a climate in which people communicate openly 
and share information readily, it is often difficult to manage information that 
should be kept confidential and only made available to those with authority. 
It is helpful to consider in the early stages of a project what information must 
be kept confidential. If the project is within the context of an organization or 
group of organizations, there may be policy guidelines that will govern man- 
agement of information in the project. If there are no guidelines available to 
you, you must ensure that you observe the legal requirements. These change 
from time to time, but cover a number of areas that might be of concern in a 
project, including: 

[ the rights of individuals to see information held about themselves in per- 
sonal files; 

i only the data necessary for the purpose should be obtained and recorded; 

1 this data should be accurate, kept up to date and only kept for as long as 
is necessary for that purpose; 
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I the data should only be used for the purpose for which it was obtained. 

If the project is taking place without the data management processes being 
under the umbrella of an organization, the project may have to be registered 
to conform with the legal requirements. Personal data considered particularly 
sensitive includes any information relating to racial or ethnic origin, political 
opinions, religious or other beliefs, trade union membership, health, sex life 
and criminal convictions. The legislation covers both paper and electronic 
records, and if there is any doubt about whether the project activities conform 
to legal requirements, further advice should be sought before any records are 
started. 

Once information has been gathered and stored it must be kept secure. The 
responsibilities include: 

1 Confidentiality. Access to data should be confined to those who need to 
know and have been given authority to view the data. If confidentiality 
is not maintained, the problem of disclosure arises and must be addressed. 

Integrity. Data must be accurate and complete if it is to be used effectively. 

Availability. Data must be available to be used when required by those 
authorized to use it. 

Appropriate measures need to be taken to ensure that information is man- 
aged responsibly. The best defence to take against the risk of disclosure is to 
ensure that confidential records are kept securely and handled carefully so 
that access is always limited. 



WHAT MIGHT HINDER EFFECTIVE 
COMMUNICATION? 

Barriers to communication exist in many forms. We all have favourite ways 
of communicating and ways that we are reluctant to use but may choose if 
they are likely to be more effective. Very common barriers to effective com- 
munications are: 

lack of clarity (in the message or in the way in which it is presented); 

poor transmission (for example, a phoned list of instructions when a writ- 
ten list would be better, or written instructions when a demonstration 
would be better); 
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1 failure to ensure that the message has been received and understood; 

1 failure to set up appropriate channels for communication (so people 
who should be in touch with each other don't know about each other's 
existence); 

[ misunderstanding (the message is interpreted in a different way to that 
intended, sometimes as a result of being passed on several times); 

I interference (the message is not heard properly or attention is distracted 
because of noise, discomfort or outside events); 

[ the person receiving the message does not understand the importance of 
it because of his or her own background or circumstances. 

These barriers include problems arising from the form in which the commu- 
nication is presented, the flow of communication and the communication 
processes used. 



PAUSE FOR THOUGHT 

Consider whether any of these problems might occur in your project. 
What could you do personally to prevent or reduce the likelihood of 
poor communications? Look back through this chapter and make a 
note of three things that you could do to make an improvement in 
your own workplace. 

Most of these barriers to effective communication can be overcome if 
care is taken to check that messages have been understood and that 
there is intention to take appropriate action. Remember that this 
works both ways, and that you will often need to check that you have 
fully understood messages you and your team receive. 



12 



Leadership and 
teamworking 



It is difficult to define what makes a 'good' leader, but most of us would be 
able to distinguish between effective and weak leadership. Leading is asso- 
ciated with 'leading the way', and people who can see a way forward and are 
able to explain this to others and enthuse them to follow that path are often 
considered to be demonstrating leadership. In the language often used about 
leadership, this translates as people who have vision and are able both to 
communicate the vision to others and to motivate others into taking action. 
This type of leadership is essential in projects. 

Some people hold strong views about whether managers can or should be 
leaders, and whether leaders can be effective without management skills. 
Many people are reluctant to propose that they might be a leader, or lack 
confidence about whether they have the appropriate qualities and skills. 
There are style issues too, and the expectations in the context of a project will 
influence the selection of people for appropriate roles. The project manager 
is often also the leader in a project, but not always and not necessarily. 



THE NATURE OF LEADERSHIP 

Leadership is essentially about relationships with other people. You cannot 
be a leader unless there are others prepared to work alongside you or to 



1 40 Managing projects in human resources 



follow your lead. Traditional ideas about leadership have evolved through a 
range of different concerns. Early ideas about leadership associated leaders 
with heroism in battle, and this has led to a view of leadership as single- 
minded, aggressive, risk-taking and arrogant. These behaviours are not 
welcomed or appropriate in organizations that share basic values of respect 
for equality and social inclusion, although there is some sympathy for this 
heroic view of leadership in aggressive profit-making organizations. Another 
traditional view that is now usually considered unacceptable is of leaders 
being born with a natural ability into families that have powerful positions 
through generations of ownership of land and property. Studies found that 
the situation in which a leader was operating was also very important, and 
that successful leaders often needed to balance one trait against another to 
accommodate the issues that arose in a situation (van Maurik, 2001: 4-6). 

More recent views have considered leadership as a role that is enacted in 
different ways in different contexts. It is widely acknowledged that there are 
different types of successful leaders. There are many examples of different 
leadership styles proving successful when they are matched to particular 
circumstances. There has been a long-standing debate about whether leaders 
emerge naturally because it is a matter of personal characteristics, qualities 
and charisma, or whether people can learn to be leaders. Increasing emphasis 
on the need for people able successfully to lead change in organizations has 
led to an expectation that managers, particularly senior managers, will be 
able to exhibit at least some of the characteristics of an effective leader. There 
is some consensus about what these characteristics are, and they are usually 
described in terms of behaviour, competence or ability in relation to a par- 
ticular context. 

There are different types of leadership that are needed in different circum- 
stances. This is not only about personal style, but also about the nature of the 
setting and the direction of change. Leadership is often about leading pro- 
gression in practice, but transformational leadership is valued when signifi- 
cant change is needed and both vision and direction have to be developed. 

Leadership in a project is essentially about achieving aims within the 
boundaries of the project. A leader takes a particular role in the successful 
completion of a project, but this does not always have to be the project 
manager, and in different circumstances different people might become 
effective leaders. 



LEADERSHIP IN A PROJECT 

A project creates a context of its own because of its clear aims and boundaries 
that define what is inside the project and what is not. However, a project 
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always exists in a wider environment in which events take place that can 
impact on the project and which the project can itself influence. Leadership 
in a project is about successfully achieving the intended outcomes agreed for 
the project. It might include successive revision of the nature of these out- 
comes if there is frequent relevant change in the wider environment. To 
achieve complete success, the activities of the project should respect the val- 
ues of all those affected in any way. The focus is always on moving towards 
achievement of the project goals in a way that fully encompasses its purposes. 

Leadership is essential in a project to develop the initial idea, gain support 
and funding, set the direction and strategy, and motivate and support the 
activities. All these roles are also ones that a project manager often takes. A 
project provides an opportunity for people who would not normally take 
leadership roles in their day-to-day work to do so for the period of the project. 
For this reason, people are often asked to manage projects to gain experience 
in a leading role. A project manager does not, however, always have to lead 
every aspect of a project. It is often a senior person in a service or organization 
who initiates a project and who frames the proposal in terms of purpose and 
key objectives, and who secures support and funding before appointing a 
manager for the project. There may be experts in different fields who lead the 
activities that contribute to the project. There may be people who feel very 
strongly about the issues addressed by the project who lead in influencing 
stakeholders and shaping opinion about the value of the project. There may 
also be people who provide leadership in the teamworking necessary to 
coordinate the activities of the project. The manager of the project may take 
some or all of these roles. 

A project can only be completed successfully if the people involved carry 
out all the necessary activities in a coordinated way. To achieve this, leader- 
ship and teamwork are necessary. Two aspects of leadership that affect the 
relationships between those in the various project teams are the use of power 
and style of leadership. 



POWER IN LEADERSHIP OF PROJECTS 

People with power can get things done and can stop things from happening. 
The use of power on groups of people can cause misery and fear, or give the 
confidence of approval and protection. Leaders are often thought to be pow- 
erful people. Power is an energy that can be used in different ways according 
to the source from which the power is derived and the purposes and values 
of the person who holds the power. Power can be used to provide energy for 
your own activities or to empower others. You need some power to lead or 
manage a project because those who are to carry out the tasks and activities 
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need to be empowered to do it. However, it is often more important to be 
able to work influentially within an environment where many people hold 
power than to hold substantial power yourself. 

The source of power confers the power but also constrains its use. In a 
project there may be any of the following sources of power, each with related 
constraints. Individuals have several sources of power, and the leader of a 
project is often concerned with how to access and coordinate the various 
contributions that others are empowered to make. 

Position power 

The project manager has a title and role that confers some power, but this is 
dependent on the extent to which the role carries authority to take decisions. 
The amount of authority held by project managers is crucial, as they will 
usually not be seen to hold enough power if they always have to ask per- 
mission of others before authorizing expenditure or action. This is also true 
of team leaders, and a project manager who holds considerable overall power 
can empower others through delegation of authority. 

Resource power 

This is the power that derives from control of resources. Resources for a 
project may be agreed at a high level within an organization, but it can still 
be very difficult for a project manager to access what is needed if those with 
power over the resources do not cooperate. For example, if staff are only part- 
time on the project and have line managers supervising their performance in 
other areas of work, the line managers have power over those staff as 
resources for the project. Such staff can feel that they are being treated as 
objects owned by others if they are caught in power struggles between project 
managers and line managers. 

Expert power 

This is the power held by being an expert in an area of work. Many tasks and 
activities cannot be carried out without the skills, knowledge or experience 
of an expert. This can sometimes be a problem in a project if an expert seems 
inflexible and too bound by professional traditions in practice. In multi- 
professional or multifunctional teamworking there is often a need for lead- 
ership in negotiating between experts to enable appropriate actions to be 
taken to progress the project. 
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Personal power 



Everyone has the potential to influence others, and the degree of personal 
power held is derived from the way in which others see you. Knowledge of 
yourself and the impact you make on others is very useful in understanding 
how much personal power you may have in different circumstances. It often 
takes time to establish personal power in a new situation or with new col- 
leagues. Your self-confidence, sense of direction and enthusiasm influence 
others and are seen as leadership qualities. 

Information power 

This derives from the information held by people and the extent to which 
they are prepared to share appropriate information with others. The power 
can, of course, be used to hold back information that would be useful if 
offered to others. One of the difficulties in managing a project is that relevant 
information will often be held in a number of different places and by different 
individuals. It can be difficult to identify the location of information as well 
as to gain access to it. Sometimes it is easier for other people to gain access 
because of their roles or areas of expertise. A project manager can often gain 
useful information by working with those who are willing and able to share. 

Political power 

Some gain political power because they are elected to represent the views of 
others. Holding an elected position can carry considerable power whether 
the election is formal or not. For example, a community leader representing 
the views of a minority can become the leader of an influential pressure 
group. Informal political power can be gained by a person who is considered 
to have an ability to influence others. Power is not only 'given' but is often 
held because people allow it to be held by asking for suggestions or help or 
support from those who are perceived as able to offer it. 



STYLE IN LEADERSHIP OF PROJECTS 

There is no one right way to be an effective leader. As every situation is dif- 
ferent, leaders often have to be flexible about what style to adopt if they are 
to be able to balance the needs of the individuals, the teams and the task. 

Style is often discussed as a continuum of possibilities between the 
opposing approaches of being very directive or consultative to the point of 
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delegating decisions. A very directive style would be to tell everyone exactly 
what to do without discussing anything. The opposite would be a delegating 
style in which you hand over most, if not all, of the decision making. There 
are dangers in both of these extreme positions, and most leaders and man- 
agers adopt a mixture of directive and consultative styles according to the 
situation and the people and tasks involved. 

Some of the approaches that you can take fall between a directive style and 
complete delegation. These include: 

I Selling - you explain your decision to staff and overcome any objections. 

[ Shaping - you take the key decisions and then involve staff in shaping 
how to implement decisions. 

I Consulting - you invite comment and ideas and consider these in coming 
to key decisions. 

I Selective delegation - you delegate decisions within a framework that 
indicates the boundaries of the delegated authority. You also ensure that 
the person to whom you have delegated has the training and support to 
carry out the role. 

The further you come down this list of approaches, the more freedom you 
are perceived to be offering staff. Staff often prefer to have some freedom if 
they are well prepared for the responsibilities that involvement and delega- 
tion bring. It is important, however, to be aware of the expectations in any 
environment, and to choose appropriate styles that will work for the people 
and objectives in the project. In cultures where people are frightened of being 
blamed if mistakes are made, it is important to ensure that individuals are 
not put at risk. Delegation should be discussed and accepted by those to 
whom you want to delegate, and support should be available to help them 
to succeed. Overall responsibility for achievement of the tasks that have been 
delegated has to remain with you. 



LEADERSHIP ROLES IN A PROJECT 

There are a number of roles that have to be taken by someone, often the project 
manager, in order to move smoothly through the phases of a project. The very 
important early stages involve developing the vision of the project in a way 
that encourages others to see its value. This vision has to be communicated 
to others, and once supported as a project, has to be turned into a set of plans 
that provide the strategy through which the objectives of the project will be 
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achieved. The leader of a project then has to help everyone to maintain 
progress towards achieving successful outcomes, and this is often likened to 
being a lighthouse and providing the beam of light that shows the direction 
and outcomes. The role of leader is often described as being concerned with 
vision and values, and the role of the manager as ensuring effective and effi- 
cient actions. The role of the leader can be seen as to develop, communicate 
and maintain the vision, motivating everyone to progress in the right direc- 
tion, while the manager ensures that the strategy is enacted with plans, 
activities and tasks that progress through a structured route to the desired 
outcomes. 

Most projects involve complex settings in which there are many different 
views and expectations. In such settings it is always difficult to take action 
because people will be interested, concerned or vulnerable, and there will 
usually be a need for negotiating skills. 



Example 12.1 
Negotiating 

There is no point in starting to negotiate unless both parties actually 
want to come out with a mutually acceptable agreement. That is the 
first thing to check. If someone tries to start negotiating but the other 
person is not prepared to concede anything or to envisage any 
changes, there is no room for negotiation. In a situation like that there 
is more work to do before you can move into a negotiating phase, if 
it is ever appropriate. 

Once you start to negotiate, you have to be ready to shift your po- 
sition otherwise the other person will feel that all the movement is 
expected from them. It is important to be very clear about what is 
agreed and what concessions are made as you progress with discus- 
sions. There is usually a period during which you each make a few 
concessions, but you have to both feel that you are getting something 
in return. Negotiation only really works well if you are as concerned 
as the other person to ensure that you can both go back to your re- 
spective teams with something that they will recognize as a good 
outcome. That means respecting the other person and ensuring that 
no one loses face. 

That does not mean that we are always terribly nice to each other 
while we are in discussions. Fve found that it is not unusual for people 
in negotiating meetings to use strong language and to lose their tem- 
pers on occasion. If you care a lot about something, that sort of 
behaviour is to be accepted and is usually tolerated. 
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Whatever, happens, I would always try to get to a conclusion that 
we are both pleased with and that can be written as an agreement so 
that everyone can progress with clear understanding and confidence 
that the terms of the agreement will be met. 

(Comments made by an experienced project manager) 



It is also the role of the leader to keep up enthusiasm for the project, partic- 
ularly if there are long periods when nothing much seems to be happening 
even if all the milestones are being met. The evidence of progress against 
plans does not always shape people's feelings and perceptions. Projects often 
seem to take energy away from the day-to-day work and this can be resented, 
particularly if there are no visible results. The role of maintaining the vision 
includes reiterating the value of the project and helping others to visualize 
the benefits it will bring. Some of the most successful leaders are those who 
are able to not only describe their vision to others but help others to see the 
vision for themselves in a way that enthuses them and energizes them into 
action. Not everyone can be the sort of leader that can engage hearts and souls 
in a shared vision, but we can all contribute to motivation. 



MOTIVATION AND TEAMWORKING 

It is ideal if all the staff on the project to want to achieve the outcomes so much 
that they work enthusiastically and cooperatively towards those ends. Much 
has been written about motivation, but there is general agreement that for 
people to be motivated they have to feel that there will be some reward for 
their efforts. This reward need not be financial. In fact, that is usually not a 
particular consideration as long as the financial reward is fair for the condi- 
tions and range of work. It is often more important for people to feel that their 
work is worthwhile, and people often talk about wanting to 'make a 
difference'. The social interaction involved in collaboration to achieve worth- 
while goals is often very rewarding in itself. Where there is opportunity for 
working together in teams, people are often motivated by having a produc- 
tive role and sharing enthusiasm and support. There is evidence that 
investment in staff development has a profound influence on the perfor- 
mance of an organization: 

If you have in place HR practices that focus effort and skill; if you 
develop people's skills; and if you encourage co-operation, 
collaboration, innovation and synergy in teams; and you do this for most 



Leadership and teamworking 1 47 



if not all employees in the organization, the whole system functions 
more effectively and performs better as a result. The effects show 
across the board, even in measures of performance as fundamental as 
patient deaths in hospitals. If the receptionists, porters, ancillary staff, 
secretaries, nurses, managers, and, yes, the doctors are working effec- 
tively in a system, the system as a whole will function effectively. 

(West, 2002: 12-14) 

Staff development and empowerment can be a life and death issue. 

There are some things that leaders and managers of projects can do to 
maintain a high level of motivation in the project. In the early stages it is 
important to make sure that the purpose of the project is clear and that the 
contribution that everyone will make is explained. As things progress it is 
often useful to reiterate this, to ensure that everyone understands the value 
of the contribution made by each individual and team. It is helpful to develop 
ways of keeping everyone informed about completion of tasks and activities 
so that everyone can share in a sense of progress towards the objectives. Team 
members can be motivated by hearing about the successes that are achieved 
by others, and can be rewarded by seeing reports of their own success shared 
widely within the organization. 

Although staff are often very committed to the core values underpinning 
their work, these are not often discussed. It can be useful to encourage dis- 
cussion of differences in values to discover where the common values bring 
people together. The values of the project should provide some common 
ground if everyone is committed to achieving them. 

It can be productive and reduce discontent to encourage discussion of work 
practices and interaction both within teams and in wider interdisciplinary or 
interfunctional working groups. Differences can be significant if people have 
very different experience and training. If the teams are also multicultural, as 
is often the case, there may be many different views about what are consid- 
ered effective ways of working. If there are difficulties, most people will be 
aware of them and will either talk behind people's backs or try to ignore 
problems. Neither of these behaviours are likely to be helpful in progressing 
the project, but regular discussions about shared practice can be constructive 
and illuminating. 



TEAM DEVELOPMENT 

Building a project team is not a one-off activity that can be achieved through 
an 'away day', although this can be a useful mechanism. It is a continuing 
process that needs to be worked at constantly. The project team may be drawn 
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from a variety of different departments within your organization, or from 
different agencies, and may be very diverse in knowledge, skills and experi- 
ence. Effective teamworking in a multi-disciplinary context can be hindered 
by lack of understanding of each other's roles, but a project manager can 
ensure that there is opportunity and encouragement to explore the differ- 
ences rather than leaving them partially recognized and potentially damag- 
ing to the project. 

Each individual within the team is important to the team's performance: 

Successful leaders will have to be willing to learn and constantly be 
aware of the way people think, how and why they behave in certain 
ways, how they learn and unlearn, and how to tap into their personal 
energy.' 

(April, Macdonald and Vriesendorp, 2000: 48) 

The interpersonal relationships within the team will inevitably have an effect 
on the extent to which the team can work as an efficient and effective whole. 

Not all projects use teams to carry out the work, although we tend to talk 
about the project team. For some projects it is only necessary for individuals 
or groups to contribute a specific component, after which there will be no 
further participation. This may happen when a project is concerned with very 
technical issues, or when the area of work is very well understood and the 
project is not unusual. In many cases, the context is so complicated that 
people working on a project have to collaborate in order to achieve anything. 

Some of the most important characteristics of a successful team are: 

f working together to achieve a common goal; 

1 caring about the contributions made by others; 

t awareness that more can be achieved through collaboration than through 
individual effort; 

[ sharing of vision and values that maintain motivation. 

It is not easy to achieve all of these. 

Teams take some time to develop, and have to progress through formative 
stages before things run smoothly. The stages that can be anticipated 
(adapted from Tuckman and Jensen, 1977) are: 

[ Forming - where the members of the team meet each other and begin to 
make relationships. 
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Storming - where attempts to develop understanding lead to disagree- 
ments and differences and cause upsets. People can feel that little progress 
is being made. 

' Norming - where agreements emerge and direction is re-established. 

I Performing - where the team is working at its best and achieving targets 
through collaboration and cooperation. 

Many teams have to go backwards through this sequence many times, and 
some spend all of their time together storming and norming without ever 
reaching a satisfying performance. 

Life is never as simple as models might suggest, and few of us can describe 
real experiences of teamworking that progress in an orderly fashion through 
such a series of stages. Leaders in teams can help people to understand what 
is happening, and can often facilitate productive discussions when storming 
seems to be distracting everyone from their purpose. If emphasis is placed 
on the value and importance of achieving the project outcomes successfully, 
discussions about how to progress can be kept focused. It is usually helpful 
to ensure that everyone is involved in discussions about working practice, 
because if they are not there will be a feeling of exclusion and possibly fear 
of blame. Leaders within the team can contribute to ensuring that the com- 
mon commitment to achieving the objectives is reiterated and given priority. 
The team may have to discuss how to handle differences before such discus- 
sions can take place. If people do not have good listening skills this might 
have to be discussed, and some simple rules adopted to ensure that the loud- 
est do not dominate discussions. Similarly, people may have to learn how to 
deliver feedback or criticism in a constructive way. If this is a training need 
it is important to identify it and spend time developing the necessary skills 
so that everyone can take part in discussions openly and constructively. It is 
helpful if people will agree to raise concerns in an open way and to explain 
their feelings. This is only possible if those chairing meetings insist on respect 
for individuals. 

Sometimes teams can feel as though there is unfair external judgement of 
them, whether there is or not. Leaders can encourage teams to be more 
proactive in making their own judgements about progress in project working. 
Regular review meetings can be held to review successes as well as problem 
areas, and the team can be encouraged to identify learning from its develop- 
ing experience. 
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MANAGING YOURSELF 

Although managers and leaders can share the successes of the team and enjoy 
the interactions when things are going well, there are often times when they 
feel distant from the team and lacking in support themselves, particularly 
when they are supporting very 'needy' individuals and teams. In large 
projects those who are in team-leading positions can meet together and form 
a small team for mutual support. When a person is leading and managing a 
smaller project it is important to think about where personal support can be 
found. In some cases the relationship with the sponsor or senior managers 
may supply that support. In other cases it might be worth asking a senior 
manager or a peer with more or different experience to be your mentor. Ses- 
sions with a mentor can be used not only to review how the project is 
progressing but also to reflect on your own actions and the reactions that each 
provoked. It can also be helpful to keep a personal journal, and to note what 
actions you take and what reactions these produce, to help you to learn more 
about your impact on others. 



13 



Managing people and 
performance 



Performance in a project is key to achieving objectives of the right quahty 
within the time and costs agreed. Monitoring will reveal if areas of work are 
falling behind the planned schedule or if the quality of achievement is not 
high enough. This will inform the project manager that action needs to be 
taken, and this is when the management of performance can become an 
important concern. 

Expectations of performance are not always spelt out precisely in the early 
stages of a project. When staff are appointed to the project team there is often 
consideration of skills and experience, but availability often determines 
exactly who will be assigned to the project unless external appointments are 
to be made. This may mean that some of those in the project team are not able 
or willing to work to the standards and speed expected and required. The 
project manager may have to deal with staff who lack the necessary capabil- 
ity, and staff who lack the willingness to work effectively on the project. 



PREPARING FOR GOOD PERFORMANCE 

It is worth ensuring, as soon as work is able to start on the project, that staff 
are both able and willing to do a good job. If tasks are planned to be realistic 
and achievable, they can be allocated to team members in a way that allows 
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an opportunity to discuss any concerns. Staff often have to retain other 
workloads whilst working on projects, and it may be necessary to negotiate 
with senior managers to ensure that project staff have sufficient time and 
energy to do what is required. If members of the project team face conflicting 
demands from other managers at your own level, you may have to negotiate 
to resolve the risk to the project. 

It may also be necessary for new skills and understanding to be developed 
in order to carry out new tasks. It is not always possible to recruit staff for a 
project using a detailed person specification. The manager of a project may 
have to arrange for training and support, whether this was anticipated in the 
initial planning or not. In some cases, it may be necessary to make changes 
to staffing appointments to reduce the need for additional training and sup- 
port. In other situations the development needs might be viewed as an 
opportunity presented by the project. Staff development might be addressed 
without additional resources being allocated to the project if the needs that 
have emerged are ones that routine training and development provision can 
address, and if the additional competence gained will be of long-term use to 
the organization. 

In allocating roles and responsibilities when project staff are drawn from 
routine work, it is important to consider the levels of responsibility and 
authority that staff normally hold within the organization. It is rarely suc- 
cessful to create a structure in which the usual lines of responsibility and 
accountability are reversed! For example, if you want a senior functional 
expert to contribute to one particular aspect of a project, this person may 
become very frustrated if placed in a role that is restricted by someone who 
is less senior, particularly if he or she lacks ability as the team leader. It may 
be possible to remove the more senior people from the team structure and 
create an advisory role to enable him or her to contribute the necessary 
knowledge and experience. 

Project staff need the skills and experience to do the job required, but for 
the project to succeed they also need motivation. The conditions in which 
staff work and the relationships between people always have an impact on 
performance, and can help to create a positive climate. A project manager is 
often able to influence conditions and culture. There is an opportunity to 
develop a project culture of collaboration towards a successful goal. The 
boundaried nature of a project makes it possible to create a positive culture 
even in an environment where the culture does not always support the work 
of the organization. 
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MANAGING PERFORMANCE OF TEAMS IN A 

PROJECT 

Once a team has formed, it begins to have an identity that is different from 
that of the individuals who are part of the team. Teams that share common 
values, have a sense of purpose and have developed ways of working 
together can be confident and powerful in achieving objectives. 

This can be both an advantage and a problem in a project. When teams are 
focused on achieving the objectives of the project, the energy can drive 
outstanding achievements, often beyond the expectations of individual 
team members. When a team is focused on matters other than the project, 
however, energy can be dissipated and performance mediocre or distinctly 
unsatisfactory. 

A project manager needs to be able to work with both scenarios. A very 
successful and high-achieving team still needs some support and attention. 
The work of the team still has to be organized and supervised and the level 
of performance acknowledged. A high-performing team may be motivated 
in a number of different ways and it is usually important to ensure that those 
rewards continue to be available if the team performance is to be maintained. 
Much of the satisfaction that can be gained in working in an effective project 
team derives from the sense of being identified with the team, feeling that 
your contribution is valued and that the work is worthwhile. Often individual 
members of a team will have very different interests and backgrounds but 
will find it very satisfying to work with others who can bring a different 
expertise and understanding to the work. For example, a team of people col- 
laborating to reduce teenage anti-social behaviour in a locality might include 
youth workers, teachers, doctors, police and parents. The glue that would 
keep the team together in this project would be the purpose of the project and 
the potential satisfaction of making a contribution that could help to address 
a problem that concerns them all. 

When a team are not performing effectively there could be a number of 
different reasons for the problem. In many cases this happens because the 
team encounter something that presents a barrier to their effective perfor- 
mance. This may be because team members do not have the necessary skills 
and expertise, they may lack effective leadership or they may not want to 
work collaboratively. They may have encountered a problem that has 
stopped their work. They may simply not understand what is required of 
them. These are all performance management issues that can be addressed 
by a project manager. 
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MANAGING RELATIONSHIPS AND CONFLICT 

In some projects, there will be several different types of teams with different 
types of work to complete. The relationships between these teams and their 
team leaders can have a profound influence on the project, with the potential 
to either enhance smooth working or cause damaging disruption. If the work 
of one team is dependent on the timing or quality of a previous team, there 
is potential for conflict if anything goes wrong. 



PAUSE FOR THOUGHT 

Think back to projects you know about or in which you have played 
a part. From your experience, note down some of the ways in which 
you have seen teams add value to a project, and some ways in which 
projects can be disrupted by uncooperative teamwork. 

Value can be added at any stage of a project if teams focus on deliv- 
ering the best that they can to their customers. In some cases this may 
be another team that develop the project on the basis of the first team's 
work. Usually value can be added by finding out more about what 
customers really want and delivering the best that can be produced 
within the scope and budget of the project. Teams that achieve all that 
is required of them within the resource limitations and hand over their 
part of the project helpfully also add value. Value can be added by 
using the learning from working on the project to improve working 
practices. New skills can be developed through project work, includ- 
ing skills in teamworking, supervision, coaching and peer support. 
You have probably thought of many other ways in which value can 
be added. 

Teams also have considerable power to disrupt. They can delay 
work so that their tasks are not completed on time, and they can work 
carelessly and produce work of a poor quality. They can allow per- 
sonal interactions to cause conflict and stress. They can adopt atti- 
tudes that present a poor image of the organization to external 
stakeholders. They can simply behave badly. 



Uncooperative behaviour is normally addressed informally and face to face 
in the first instance. If behaviour continues to disrupt progress, however. 
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more formal procedures will be needed. It might be necessary to establish a 
framework for performance management within the project. Many of the 
essentials are already in the plan, so it would not be difficult to assign specific 
objectives to individuals to detail the contribution that they are expected to 
make to their team's work and the outcomes that the work must achieve. 

Conflict is a risk to the success of the project. You can manage this risk as 
you would with any other type of risk - in a controlled manner. The man- 
agement process is vital from the beginning to the end. Identify the risks and 
analyse them, develop a risk mitigation plan and then monitor the risks. 



Example 13.1 
Risks from conflict 

An experience project manager was discussing his experience of con- 
flict becoming a risk in projects. He said: 

It is inevitable that conflict will develop at some stage in any 
project team composed of people with different personalities, 
backgrounds, experiences and specialist skills. Interpersonal 
conflict may arise where people do not want to get along 
because of different specialisms, racial prejudices, ethics, 
morals and the like. Typical causes of conflict include break- 
down in communications, conflicting objectives and lack of trust. 
Ambition, jealousy and simply the wrong 'chemistry' are not 
unusual. There is often fear of change, or fear that some inad- 
equacy or failure will be exposed. 



There are many approaches that can be taken to reduce the possibility that 
conflict will damage the project. Staff can be asked to work together in an 
initial team-building workshop to identify any conflicts that they can predict 
might arise. The risk of conflict is strong wherever there is personal interac- 
tion in an essential channel of communication. When these are likely to arise 
from specialist approaches or different professional concerns, the team mem- 
bers may be much more aware of the dangers than the project manager. If 
the team are involved in identifying the risks and preparing contingency 
plans for the project, this can become a positive contribution to effective 
working across specialist and professional boundaries. 

The risk of conflict will not disappear even if it is discussed and under- 
stood. The project manager will still need to consider what action can be taken 
if conflict develops. A project manager needs to be alert to signs of conflict. 
These will include clashes of interests and raised voices, although sometimes 
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it will be less obvious if people feel frustrated or blocked from voicing 
opinions, and may only be evident if individuals become reluctant to be 
involved in areas of work. 

There are five useful approaches that a project manager might take to 
manage conflict when it develops: 

I Allow the conflict. If the conflict seems to be useful in helping to bring 
important issues to the surface you may decide to allow it to proceed. If 
people seem to be accepting that differences of opinion need to be ex- 
pressed and considered, it is probably best to encourage open discussion 
and to work with those involved to identify solutions. 

I Smooth and support. It may also be possible to leave conflict to run its 
course if the cause is temporary and the situation will soon change, al- 
though you may have to be sympathetic and offer some temporary 
support to those who are particularly uncomfortable. 

I Prevent conflict. Sometimes it is possible to predict potential conflict and 
take action to prevent it from happening. To do this you have to know 
your team members well and take time to think through how you expect 
the situation to develop. 

[ Contain conflict. Allow the conflict but prevent it from spreading beyond 
the area of work where it is useful or tolerated and not causing damage. 

I Reduce or eliminate the conflict. This will usually require the project 
manager to take action to change the situation in some way. 

Sometimes the causes of conflict are structural and a project manager can 
reorganize things to reduce the potential for conflict. It might be possible to 
improve communications or even to substitute a member of staff if this 
becomes necessary. Making changes in the organization of the project or the 
roles and responsibilities of staff may also help to reduce the opportunity for 
conflict. At worst, if it is not possible to manage conflict informally, it is pos- 
sible that more formal procedures like grievance or disciplinary actions will 
become necessary. 

As the project progresses, circumstances may change and there will be dif- 
ferent pressures that may encourage competition or collaboration. Ideally, a 
project manager will notice the dynamics that change and develop, and can 
be prepared to intervene if necessary. 
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MAKING REQUIREMENTS EXPLICIT 

Performance requirements need to be explicit if the performance of the 
project team is to be measured against a standard. It is much easier to 
identify whether performance is at the levels expected if standards are set. 
Ideally, the standards of performance expected will be discussed and agreed 
with teams and individuals in the early stages of the project. 

One of the easiest approaches to setting standards is to write objectives for 
each task area. These can be translated into objectives for each individual. 
This approach enables differences for individual contributions to be built into 
the cascaded objectives and expert contributions to be identified. It also pro- 
vides an overview of what is required for each task, and can help to ensure 
that all the aspects of each task are considered and responsibility assigned 
for each separate area of work. 

Ideally, standards of performance will be agreed with each team and indi- 
vidual alongside agreement about how the work will be monitored. If this is 
discussed fully it should also be possible to identify any potential barriers to 
effective performance. This will alert the project manager to potential prob- 
lems and allow time for some consideration about how the issues might be 
addressed. 

It is not always easy to set clear objectives for roles, particularly when 
they support other activities. Roles that have substantial emphasis on 
liaising, coordinating or facilitating are difficult to describe in terms of what 
will be achieved, but the contribution to the achievement of the team is 
important. It might be helpful to involve other members of the team in 
developing a description of the performance that is required. This process 
can help to develop the collaboration that will be necessary to enable 
smooth coordination. 

In developing objectives for each team and individual, try also to identify 
the type of evidence that will demonstrate that the objectives have been 
achieved. This will make it much easier to comment on the work of individ- 
uals and teams when necessary, and will also provide the means by which 
reviews can be held if performance seems to be less than satisfactory. 



ENSURING THAT THE TEAM HAVE THE 
NECESSARY SKILLS AND EXPERIENCE 

It is not unusual for a project manager to find that some training is necessary, 
even when those appointed to work on the project are skilled and experi- 
enced. The most basic need might not be considered as training, but is the 
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time and range of activities needed to enable those involved in the project to 
contribute appropriately. This can often be achieved through holding plan- 
ning workshops at the start of the project. Those involved can be asked to 
consider what training needs might be encountered so that the potential con- 
cerns can be identified at an early stage. For example, it is often necessary to 
offer training in use of computer software that is unfamiliar to some but that 
everyone will need to use. 

In some ways, a project manager can consider the training needs as a 
microcosm of the usual training procedures in an organization. Training is 
usually focused to ensure that each individual has the skills and knowledge 
necessary to enable him or her to perform effectively in his or her job. This is 
very important when performance is to be assessed against a specific expec- 
tation. In a project the expectations are specific in terms of what has to be 
achieved by a particular time and within estimated costs. There is also an 
expectation about the quality of work. 

All project staff will need some training. The project begins a period that 
is not dissimilar to induction for new employees. People need to be informed 
about the conditions of employment and how they will be paid. They need 
to know to whom they are accountable and where to go for information or 
help. Introductions will be needed, possibly a walk around the accommoda- 
tion of the project, and workshops will be needed to familiarize everyone 
with the plans and the part that they are expected to play in achieving the 
objectives. Health and safety training will usually be needed if staff are work- 
ing in unfamiliar surroundings or carrying out unfamiliar activities. There 
may be questions to be resolved about who receives development opportu- 
nities and who does not, if time and funding is limited. Decisions therefore 
have to be made about who should be included and for what reasons. In many 
countries, employers are required by law not to discriminate on the grounds 
of gender, marital status, race or disability when making decisions about 
training opportunities. It is also good practice not to discriminate on the 
grounds of age. 

More individual training might be offered if it is necessary and if it has 
been funded as an activity necessary for the project to succeed. It may be 
training specific to the requirements of the project, possibly because staff are 
required to do something in a different way or to use different materials or 
equipment. The amount of training that can be offered in a project depends 
on the length of the project and the amount of training that an individual 
needs to be able to complete the tasks required. Training is not the answer to 
everything but is often important in bringing performance up to the required 
level. There may occasionally be people who have been appointed to the 
project team without appropriate skills and experience who may not be able 
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to improve in time to contribute effectively even if training is offered during 
the project. 



DEVELOPING COLLABORATION 

The nature of the task in a project can affect the extent to which team perfor- 
mance is necessary. If the task is fairly simple and members of the team are 
experienced in performing similar tasks, they may be able to work effectively 
with only good communications and cooperation. As the task becomes more 
complex the need for more sophisticated teamwork becomes more evident. 
When it is difficult to understand what is needed before action can be taken, 
people become frustrated and anxious about progress and the need for 
management of the teamwork becomes greater. 

When team members listen to each other, respect different points of view, 
share information and will collaborate and negotiate, there is usually enough 
teamwork to complete the tasks of a project. It may not be as much fun for 
the individuals concerned as it can be when there is a real sense of being a 
part of an effective team, but objectives can be achieved successfully. 

It becomes more difficult to work together when the levels of risk increase. 
In a situation when no one knows what sort of expertise is required or when 
opinions differ, it can be difficult for individuals who express views that are 
not popular with the majority. If individuals feel isolated by their views they 
may stop offering different suggestions and their contributions will be lost 
to the team. Sometimes this can be managed through leadership in the team, 
but sometimes the project manager may have to intervene. For example, the 
project manager could discuss with the group the benefits of ensuring that 
problems are considered from a wide range of perspectives, and encourage 
them to set rules for occasions where they encounter differences. When the 
whole group is committed to achieving the objectives of the project, this can 
be effective. If there is one member of the group whose behaviour prevents 
others from working collaboratively, that individual may have to be dealt 
with separately. 

It is often very important to hear from individuals in a team because of the 
particular blend of knowledge, skills and experience they bring. A person 
who feels he or she has much less experience or expertise than others in the 
group might find it difficult to contribute and may need to be supported and 
encouraged. 

In many projects people have to work in interdisciplinary, inter-functional 
and inter-professional teams. People with different perspectives often have 
to collaborate. People are often expected to be flexible in taking on different 
roles in different groups. Those managing projects have to cope with the 
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difficulties that arise, but the gains in achieving successful project outcomes 
that surmount unhelpful boundaries can far outweigh the problems. 



DEALING WITH POOR PERFORMANCE 

It is much easier to spot poor performance if clear standards for performance 
have been set. If you suspect that an individual is under-performing, it is 
important to think carefully before raising the issue with the person 
concerned. The questions you might ask yourself are: 

r What am I concerned about, exactly? 

What evidence do I have? 

Might there be an impact from the project context in which the perfor- 
mance is happening? 

Are there any factors that may be affecting the situation, such as inade- 
quate equipment, stress or incompatible priorities? 

How important is this problem? 

What is its impact on customers or colleagues? 

Does it harm our collective effectiveness as a team? 

Are my concerns important enough or legitimate enough to merit 
intervention? 

Am I concerned about isolated incidents or small behavioural quirks that 
may not be important to others? 

Is there any indication that my concerns are shared (or not shared) by 
others? 

Would it be helpful to share my perceptions with the person involved? 

Would it help him or her to understand how he or she is being seen, and 
provide an opportunity to clarify some mutual expectations? 

If you want to raise the issue with the person involved, ensure that you have 
details of the standards that were set for the performance and any evidence 
that you have that these standards were not being met. If you start by dis- 
cussing this openly without accusing the person involved, further informa- 
tion might be offered and a solution might become evident. 
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The reasons for poor performance usually fall into one of three categories: 

: A person does not understand what he or she has to do. This may be 
because the expectations have not been thoroughly discussed. 

I He or she is not capable of doing it consistently. This might be addressed 
by providing further training. 

f He or she is knowingly not doing what is required. This implies that 
the individual will not conform to expectations and may become a 
disciplinary matter. 

There are often expectations about general behaviour and these should be 
made explicit if employees must comply with them. 

Any expectations of employees should be explicit, perhaps in the form of 
policies or conditions of work. These might include details of what is expected 
in each of the following areas: 

r times of work; 

' absence and arrangements for sick leave; 

I health and safety and the responsibilities of the individual; 

i procedures for use of the organization's facilities and limits on personal 
use; 

equal opportunities and discrimination; 
I disclosure of confidential information; 
I compliance with instructions; 

how expenses should be claimed; 
; rules about accepting gifts or hospitality; 
I rules governing contact with the media. 

The overall disciplinary policy must explain the procedure that will be taken 
if the rules are broken. It is very important to establish that any employee 
who is accused of poor performance was informed of the standards expected 
and of any conditions attached to a probationary period. 

The timescales and objectives of a project usually dictate the extent to which 
poor performance can be tolerated. There is often less time available before 
action must be taken than there is in day-to-day work. A project manager 
always has to keep the demands of the project as the main focus when making 
decisions about what action to take. 
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Completing //le project 



As a project nears its completion the focus moves on from implementation 
activities to ensuring that all the deliverables have been handed over to the 
appropriate recipients. Deliverables are not always tangible products, and 
handover may require support or training to enable use of new processes or 
technology. Delivery of the outcomes will vary according to the purpose and 
objectives of the project, but all the outcomes and deliverables need to be 
either formally handed over, or accounted for if anything is missing. The 
delivery and handover stage may also include making arrangements to 
resolve any difficulties that arise after the project outcomes have been deliv- 
ered and everything handed over. 

Careful planning is as valuable at the end of the project as it is in the pre- 
vious stages. One of the features of a project is that it is intended to achieve 
specific objectives, so the end of a project should naturally be with its suc- 
cessful conclusion. Lynda Gratton points out that endings can be just as 
important as beginnings: 'Without endings, our companies can look like 
archaeological digs made up of layers and layers of past processes and 
practices created from the parts of old processes we have never formally 
ended' (Gratton, 2005: 20). 

She compares the excitement at the beginning of a project with the emo- 
tional sense of loss that a project team often experience when a project has 
gone well and achieved its targets successfully, but this also signals the stage 
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when the team must break up. Planning for and anticipating the end right 
from the beginning can bring significant benefits to individuals and 
organizations. 



HANDOVER AND DELIVERY 

The deliverables of a project are usually listed at an early stage of planning. 
It is at this stage that arrangements should be made for any conditions that 
are necessary for the transfer of responsibility to be completed. For example, 
delicate equipment would not normally be handed over until there is a safe 
place for it to be installed ready for use. Handover is usually a formal pro- 
cedure where the person responsible for accepting the delivery checks every- 
thing and 'signs off the item as complete and of the agreed quality. This 
process ensures that there is no dispute about whether the project outcomes 
have been completed. 



Example 14.1 
Relocating a joint service 

A manager was leading a project to relocate a joint youth centre and 
advisory service into part of a new tower block. The project was com- 
plex because the new location required different working practices, 
particularly for some of the regular services. Handover of all of the 
physical aspects of the project, including installation of new partition 
walls, furnishing and equipment, was easily managed as each item 
could be signed off by the relevant manager. It was more difficult to 
make arrangements for the services, including cleaning, electricity, 
toilets, lifts and use of the shared ground floor reception area. 

After researching how these had been managed in other projects, 
the manager devised a chart of required services and worked with 
managers of the new joint service area to identify the standards 
required of each contracted support service. He then wrote a service 
level agreement for each service to be contracted, that set out what 
was required. The service level agreement was a document and could 
be signed off as a deliverable from the project, and it included details 
of the process by which the joint service managers would contract and 
regularly review the service standards. 
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In some projects there are handovers before the conclusion of the project. 
These are often between different teams working on sequential tasks. 
Although it is not necessary to insist on a formal delivery, some record should 
be made in case a dispute arises about where responsibility lies. In some 
projects a complete project objective is handed over at an early stage. For 
example, a building site may be handed over before any demolition or build- 
ing work can begin. The agreements governing the condition in which a site 
is handed over can be very complex because some problems can cause sig- 
nificant delay. For example, it is a serious problem if asbestos is found during 
demolition because specialist services will need time to make the site safe 
before any work can continue. 

Handovers should have been identified as key stages on the Gantt chart. 
If the project involves preparation and handover of a physical object, there 
may be a number of contributing components. The project plan will have 
identified the various elements and will include details of handover arrange- 
ments for each stage if there is a sequence of tasks. The schedule will identify 
the sequence in which tasks need to be completed. Hopefully, the risk register 
will have identified the risks associated with each handover and a contin- 
gency plan will have been made for each major risk. 

When the outcome is a physical product it is usually fairly easy to define 
the acceptance criteria. It is more difficult to write acceptance criteria for 
projects that have developed a new process or service. If the objectives of the 
project have been written carefully, the key expectations will be detailed in 
a way that helps to identify exactly what should be included in the handover. 
It is much better to discuss this in the early stages of planning than to find 
that there are different expectations in the final stages of the project. If new 
items are added to the deliverables at a late stage it is very difficult to com- 
plete the project within the budget and timescales that had been allowed. 

If training or support is necessary before the client or sponsor can make 
full use of the project outcomes, this should have been anticipated and built 
into the project plans. Accepting additional tasks in the late stages can be very 
difficult because staff allocated to the project team will often have made 
arrangements to move directly on to different work after the completion date 
of their contracts. 

There are often a number of small tasks or non-urgent details outstanding 
as the delivery date approaches. The team leader or project manager should 
ensure that someone is responsible for completion of each item and that they 
have the means to do the necessary work. 
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DELIVERING WITH STYLE 

You can deliver the outcomes agreed with the minimum of fuss or cele- 
bration, or you can deliver with style. Most of us would be delighted to 
receive a beautifully wrapped gift. A project that meets the outcomes on time 
and within the budget will be well received, but if it is well presented it will 
enhance the impression of professionalism and care in completing the work. 
Each delivery offers an opportunity to please the client with presentation 
of a successful outcome. For example, if a project has identified and assem- 
bled information that should be available to new members of staff, the project 
might be considered to be successfully completed by ensuring that the nec- 
essary information is made available. However, a more favourable impres- 
sion would be created by handing the induction information to new members 
of staff. It might be packaged attractively and contain everything they need 
to know, rather than simply notifying new recruits that the information is 
available. Even better, the package might be given to them by a member of 
the HR staff who explains why they need to know about each item and when 
they might need to refer back to the pack, and ideally also offers to answer 
any questions. There is an opportunity with the handover events of a project 
to create a favourable or unfavourable impression. 



PLANNING FOR A SUCCESSFUL CONCLUSION 

The successful completion of a project is the purpose of all of the effort and 
work, but the end of a project is often a sad event for those who have enjoyed 
working together in the project team. A successful project may conclude with 
a satisfied client, pleased stakeholders and a proud but sad team! As the team 
will disband quickly once the project activities are complete, it is worth 
thinking about holding a celebration while it is still intact. Celebration of 
success demonstrates confidence in the project. A concluding celebration 
can be planned in from an early date. Some teams celebrate each milestone 
review. 

Celebratory events are usually a motivating factor for the team, giving 
momentum in the later stages of a long project. A newssheet and public 
announcements can also be effective. Celebrations and announcements give 
an opportunity to acknowledge the efforts of the team and contribute to 
keeping morale high. 
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Example 14.2 
Closing with an event 

A group of young Italian people spent three weeks in the south of 
England in work placements that supported them to both improve 
their English language skills and to gain some experience of working 
in another European country. The work placements were mostly in 
the tourist industry and included hotels, tourist offices, restaurants 
and travel organizations in a major city. 

The agency that had arranged the project planned a closing event 
of an evening reception in one of the seafront hotels. The local mayor 
agreed to make a speech in support of the project, and many of the 
participants prepared short presentations about their experiences and 
what they had learnt. The managers from all the work placements 
were invited along with the families with whom participants had 
stayed and people from other agencies who had contributed to mak- 
ing the project a success. The event was a great success and a photo 
was published in the local newspaper. The project had been successful 
and some friendships were made that continued for many years. 



CLOSING THE PROJECT 

The closing stage of a project needs planning as carefully as earlier activities. 
It is a shame if an otherwise successful project is left in a messy condition 
when the members of the project team have to move quickly on to other areas 
of work. Once the main purpose of the project has been achieved the tasks of 
closure can seem like rather tedious housekeeping. If the project team have 
been enjoying the work you might have to make sure that they all stop work- 
ing on the project once everything that was part of the agreement has been 
delivered. It is always necessary to ensure that payments for time and 
expenses are completed and discontinued. The project manager will also 
usually be involved in arranging the final review or evaluation. 

All projects generate documentation, and the project manager should 
ensure that records that might be needed again are stored safely and can be 
retrieved. Documents that confirm that all contractual obligations were com- 
pleted are kept along with the project plans, budgets and relevant staff 
records. The minutes of all major meetings are kept so that agreements that 
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were made can be reviewed, and it is also usual to keep all versions of the 
project plan with the notes that relate to changes made. 

The financial aspects of a project need special attention in the closing stages. 
The manager of the project usually has responsibility for the budget, and 
needs to ensure that all expenditure is accounted for in the final statement of 
expenditure. This stage is particularly important if the client has authorized 
any expenditure that was not part of the original estimate. Clients are not 
always prepared for the extent to which additional small items of expenditure 
can add up to substantial sums in the final analysis. There should be a clear 
record of purchases made, shown through orders, delivery notes and pay- 
ments made against invoices. Any discrepancies should be explained and 
evidence provided wherever possible. In some cases it might be necessary to 
hold a formal financial audit. The financial accounting must be completed 
and some arrangements made for any outstanding unpaid invoices and any 
remaining assets or materials. 



CLOSURE CHECKLISTS 

In a complex project it can be helpful to think of the closure activities as a 
small project in themselves, and to plan for them as a distinct set of tasks. You 
will probably want to make a detailed list of what needs to be done. 



PAUSE FOR THOUGHT 

Make notes of the key headings that you think should feature on a 
project closure checklist. 

You might have listed key deliverables and associated tasks to ensure 
that the purpose of the project had been achieved. Another main 
heading might include all the 'housekeeping' elements of completing 
staff-related matters, financial records and any outstanding materials 
and equipment used. You might have suggested a reminder to stop 
all activities, supplies and processes related to the project activities. 
You might also have considered having headings that would deter- 
mine who should carry out each task and identify the date by which 
each task should be completed. 
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As in all other aspects of managing a project, management of closure can be 
planned and the tasks can be delegated. One benefit of preparing a detailed 
list is that columns can assign responsibilities for each task with dates to 
indicate when actions can be started and when they should be completed. 
There may be scheduling issues even at this stage to ensure that tasks are 
sequenced and prioritized if necessary. 

A closure list is likely to include the following tasks, but each project will 
have different features to consider: 



I handover completed for all deliverables; 

client or sponsor has signed off all deliverables; 

final project reports are complete; 
I all financial processes and reports complete and budget closed; 
I project review is complete and comments recorded; 
I staff performance evaluations and reports completed; 

staff employment on project is terminated; 

I all supply contracts and processes are terminated; 

I all project site operations are closed down and accommodation used for 
the project is handed back; 

I equipment and materials are disposed of in an appropriate way; 

I the project completion is announced (internal, external and public rela- 
tions contacts); 

I the project records are completed and stored appropriately. 



If the manager of a project moves on to another assignment before all these 
tasks are complete, a list of this type can be used as the agenda for a disc- 
ussion about how to hand over responsibilities for effective completion of the 
project. 



DISMANTLING THE TEAM 

The end of a project can be quite an emotional experience for team members 
who have worked together for some time, particularly if close bonds have 
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developed. The schedule will have indicated when team members complete 
their tasks, so in many projects staff move to other work before the project is 
completed. Even if staff are not moved into other work, many of the project 
team will plan their own futures in relation to the anticipated completion of 
the project. For some there will be a sense of loss, but others may be excited 
by new opportunities offered in their next work assignment. In some cases 
new opportunities will have arisen as a result of skills and experience that 
have been gained as a result of working on the project. 

The manager of a project has some obligations to staff who have worked 
for some time on a project. You can allow time to have a closure interview 
with each member of staff so that their contribution can be formally acknowl- 
edged and recorded. Many staff will need help to recognize the skills and 
experience that they have gained and to gather evidence of their contribution 
and achievements. Many staff would welcome a signed record of their 
achievements, and some will need references to progress to their next jobs. 
Others might welcome support in reviewing their careers and in considering 
directions that may have been made possible by their involvement in the 
project. At this stage, the focus for the team will be to disengage from the 
project, owning their contribution and relinquishing their collective identity. 
Effective debriefing can help to maintain their commitment through to 
the end. 

The timing of project closure may be a delicate matter, as some staff will 
leave before the project is fully finished and others will not have jobs to go 
to. The project is not finished until the closure has been managed, and it is 
helpful if the people managing these final activities are not worried about 
their own futures. Once again, planning well in advance can reduce the stress 
of the final stages of the project. 



PROJECT DRIFT 

When one project leads into another without a clear break, or when extra 
tasks that were not identified at the beginning are added to a project, this is 
called project drift. Ideally, significant changes should be treated separately 
as a follow-on project. If the project is allowed to drift into provision of addi- 
tional outcomes they may not be properly resourced because they were not 
included in the plans at an early enough stage. Project drift can have adverse 
consequences for the motivation of the project team, and difficulties may be 
encountered if staff are expected to take on additional work once their 
planned involvement in the project is complete. 
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Example 14.3 
A drifting project 

The project was to review and revise the HR strategy and then to 
amend and update all HR policies. In the first two weeks of the project 
the team focused on identifying the key issues in the new organiza- 
tional strategy, in order to ensure that the HR strategy would continue 
to recruit, retain and develop the employees needed to implement the 
organization's new strategy. 

Within a month, however, it was announced that the organization 
was to be taken over by a large multinational company but that jobs 
and work were expected to continue much as before. The project team 
realized that both strategy and policies would probably have to be 
changed to align with the new ownership, and felt that they had in- 
sufficient information to continue the work effectively. The project 
drifted until the new parent company insisted that all Tive' projects 
be reviewed and reassessed to ensure that they continued to be rele- 
vant. This project was discontinued with the intention of setting up a 
new similar project once the revised strategy was agreed. 



If project drift leaves aspects of the project unfinished or continuing without 
a planned completion time, it may be impossible to carry out the normal 
closure activities. It might be possible, and helpful, to consider closing off the 
phase of the project that has been achieved. For example, you might hold a 
review to establish what could be considered finished and what needs to 
remain in place to allow the next stages to progress. It is often helpful to use 
such a review to close off what has been done so far. This may then allow a 
fresh start, to approach the new possibilities as if this was the beginning of a 
new project. Taking this approach helps stakeholders to return to the funda- 
mental questions about the purpose and goals of the project, to define the 
anticipated outcomes and to set new boundaries for the timescale, budget 
and quality requirements. 
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Evaluating riie project 



Evaluation involves making a judgement about value. An evaluation usually 
takes place at the end of the project, but one can be held during a project if a 
need is perceived for something more substantial than a review. Sometimes 
evaluations are held quite a long time after the completion of a project to see 
whether the long-term aims were achieved effectively. 

If it is to be effective, evaluation needs to be focused in some way so that 
it is clear what is to be judged and what needs to be considered. 



PAUSE FOR THOUGHT 

Make a note of what you might evaluate at the end of a project. 

You might want to carry out an overall performance evaluation to 
consider the economy and efficiency of the performance through 
which the outcomes were achieved or not against the planning pro- 
cess. There might also be evaluation of inputs into the project, to 
review whether the resources were adequate in quality and quantity 
for the job. 

You would usually evaluate the outcomes to identify the extent to 
which all of the intended outcomes were achieved. The outcomes 
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might be wider in scope than the objectives if the purpose of the 
project was to carry out a change through achievement of a group of 
objectives. This might review the overall effectiveness of the outcomes 
and might also seek to identify any unintended outcomes. Of course, 
an evaluation might be planned to consider several of these factors at 
once. 



It is very important to determine the purpose of an evaluation before setting 
up a process. Evaluations are often held to report on the value of outcomes 
achieved in relation to the value of investment of resources to achieve that 
outcome. Where value is concerned, opinions often vary, and one of the key 
questions to ask at an early stage is who should carry out the evaluation and 
whose opinions should be taken into account. Evaluations have to be 
reported in some way, and often make recommendations for future projects 
as well as reporting on the one being evaluated. In this sense, there is often a 
lot of learning that can be captured by carrying out an evaluation so that 
future projects can benefit from that previous experience. 



EVALUATION DURING A PROJECT 

In the early stages of a large project it might be appropriate to carry out an 
evaluation to ensure that the inputs planned are of sufficiently high quality 
and quantity to enable the objectives to be achieved. This can be particularly 
important if competition to be awarded valuable contracts will be significant. 
If potential contractors are very anxious to win a contract they might try to 
do so by offering the lowest price or the quickest completion date. This might 
be attractive to those responsible for making the choice, but if the contractor 
proves to be unable to deliver what was promised, the project will suffer. 
Those evaluating tenders need to be able to anticipate the budget and timing 
necessary for a particular piece of work in order to make an effective evalu- 
ation of tender bids - the cheapest is not necessarily the best, nor is the one 
that seems to promise an impossibly fast completion. 

There may also be an evaluation to determine whether the project is going 
in the right direction, particularly if change in environmental conditions 
indicates the need for a change in the strategic direction of the organization. 
It might be necessary in that case to realign the project so that the outcomes 
contribute to the new direction. In some cases, it may be necessary to abort 
the project if it is no longer appropriate. 
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Incorporating an early evaluation as part of the project plan (formative 
evaluation) can considerably enhance the outcomes. However, one of the most 
important characteristics of a project is its boundaried nature. If change is 
anticipated during the life of the project there will be implications for all 
aspects of the management of the project. If formative evaluation is to be 
included, it should be an integral part of the design of the project. It can facil- 
itate a more organic change process, with testing and refining built in as the 
project progresses. However, it can also increase the complexity of a project 
because of the need to synchronize an extra set of deadlines that relate to 
carrying out the evaluation. It will also add new items to the risk log, partic- 
ularly the risk of delays. A formative evaluation that results in decisions to 
make more significant changes to the project may increase the timescale or 
the budget, or present requirements to meet additional quality measures. 



EVALUATION AT THE END OF A PROJECT 

There are many different types of evaluation that may take place at the end 
of a project. The most usual evaluation is to determine the extent to which 
the project outcomes have been achieved. This is often carried out in a meet- 
ing of the sponsor, key stakeholders and the project team leaders, sometimes 
informed by reports from key perspectives. An evaluation of this nature may 
be the final stage in completion of the project, and the main purpose is usually 
to ensure that the project has met all of the contracted expectations and can 
be 'signed off as complete. A different type of evaluation may be held to 
review the process, with the purpose of learning from experience. This is 
often done by comparing the project plan with what actually happened to 
identify all the variations that occurred, in terms of both processes and out- 
comes. The purpose in this approach is to draw out the key lessons of how 
to avoid such variations in future projects and how to plan more effectively 
for contingencies. 

An evaluation based on the information gained through monitoring may 
be held at the end of the project as a final summative evaluation. This is a 
process through which to identify: 

[ whether the project objectives have all been achieved; 

I which aspects of the project went well; 

I which aspects went less well; 

k what you would do differently next time. 
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The aim of this type of evaluation is to understand the reasons for success or 
failure and thus to learn from the experience in order to improve on perfor- 
mance in future. At the end of a project it is possible to evaluate the extent to 
which each stage of the project went to plan and to explore the implications 
of any deviations from the original plan. The implications might reveal that 
planning could have been more detailed or accurate, that there were obstacles 
that had not been predicted, that estimates had been inaccurate or that other 
aspects of the relationship between plans and actions could have been man- 
aged more effectively. Evaluation of the separate stages of a project is also 
likely to produce information that can be used to improve the management 
of projects in future. 

Another type of evaluation that can be usefully carried out after a project 
is a wider consideration of the extent to which the project succeeded in 
achieving its purpose as a contribution to the progress of the service or orga- 
nization. This type of evaluation might be wide enough to include all recent 
projects held within an area of work, to investigate whether the contributions 
made by each were good value. It might also consider whether the value 
could have been increased by managing them in a different way, perhaps by 
linking them as part of a larger project or by splitting them into smaller 
projects. Although it will be too late to change what has happened, much can 
be learnt that can inform how future projects are defined and managed. For 
example, it might be found that more assistance is needed to enable project 
managers to estimate costs and times and that other resources from the orga- 
nization (perhaps finance, personnel or health and safety) could have helped. 
If there are frequently projects that involve staff in taking the lead in man- 
aging projects it might be appropriate to develop specific training to improve 
how projects are managed. The lessons learnt from evaluations can be used 
to inform higher-level strategic planning as well as to improve management 
of projects. 



DESIGNING A FORMAL EVALUATION 

Reviews and informal evaluations will often be sufficient, but there will be 
times when a formal evaluation is necessary. A formal evaluation can be both 
time-consuming and expensive because of the numbers of people involved, 
and therefore must be carefully designed and planned. 

There are a number of decisions that have to be made in designing an eval- 
uation. The following questions will help you to begin to plan: 
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What is the evaluation for? 

Who wants the evaluation? 

What is to be evaluated? 

What information will be needed? 

How and from what sources will the information be gathered? 

How will criteria for evaluation be set and by whom? 

Who will do the evaluation? 

Who will manage the process? 

How will the findings be presented? 

What use will be made of the findings? 

All of these questions relate to the overall purpose in deciding to hold an 
evaluation, and if each is considered as part of the design process, the answers 
will enable the process to be planned. 

PLANNING AN EVALUATION 

The purpose of the evaluation should be considered in order to identify clear 
aims and objectives for the process. It is helpful to decide where the bound- 
aries of the evaluation should lie. How much or how little is to be evaluated? 
It can be costly and time-consuming to hold an evaluation. There is a cost 
involved in collecting information and preparing documentation as well as 
in holding the necessary meetings. You might save some expense by consid- 
ering the extent to which already existing information might be used. 

The purpose of an evaluation determines, to some extent, the audience 
for delivery of the results. An outcome evaluation might be for the sponsor 
of a project but a performance evaluation might be undertaken for a service 
provider partway through a project. The nature of the audience may also 
determine the way in which the results of the evaluation are reported and 
used. 

One of the key decisions in the planning stage is who should carry out the 
evaluation. If, for example, the evaluation was of the outcome of a major 
project paid for by public funding, an external and independent evaluator 
would usually carry it out so that the results would be credible to the general 
public. A formal evaluation of a collaborative project might be held by a 
group of the key stakeholders, each able to report back to their own group or 
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organization. An external evaluator might be costly, but an internal evalua- 
tion will draw on time and energy that might be better devoted to carrying 
out the project. It is important that those conducting the evaluation should 
be able to understand the context and the issues that were raised in the 
project, but it is also important to try to find people who can be open and 
objective. This may mean seeking evaluators who did not have any direct 
role in the processes or outcomes of the project, but who know and under- 
stand your organization well. 

In some projects the choice of those who should be involved is constrained 
by need for confidentiality. Although it is very important to bring a wide 
range of perspectives into the evaluation, it is not usually appropriate for 
confidential information to be shared outside the small group that would 
normally need to access it. It is important to involve key stakeholders in 
evaluations, but any confidential data must be managed very carefully. 
There may be a number of roles to consider, including whether particular 
people should be involved in considering the questions or only in providing 
evidence. 

Evaluation involves making judgements about the value of the project. 
Value judgements are relative and subjective, and it can be very helpful to 
have some explicit standard against which judgements can be made. In many 
projects it can be difficult to make comparisons with anything similar. When 
there are quality standards for any of the outcomes, these provide a frame- 
work that can be used, perhaps alongside targets for timescales and resource 
use in achieving the necessary level of quality. Another source of comparable 
data might be found in benchmarks where these exist for similar activities. 
Benchmarks have been established for many processes and are available from 
industry, sector and professional bodies. 

Some of the key questions to consider in carrying out an evaluation of the 
planning and implementation of a project are: 

[ Were all the objectives achieved? 

I What went well and why? 

I What hindered progress? 

I What was helpful about the project plan? 

[ What was unhelpful about the project plan or hindered the work? 

[ Did we accurately predict the major risks and did the contingency plans 
work? 

I Was the quality maintained at an appropriate level? 
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I Was the budget managed well and did we complete the project within the 
budget? 

I Was the timing managed well and did we complete the project within the 
timescale? 

[ Did anyone outside the project team contribute towards achieving the 
project? 

I Did anyone or any other departments hinder the project activities? 

To address these questions, you will need information from a wide range of 
sources. If you plan to carry out this type of evaluation it is helpful to make 
a plan to ensure that you collect the appropriate data when it becomes avail- 
able, rather than expecting to find that it is still all available at the end of the 
project. In particular, it is usually worth recording the comments and deci- 
sions made in review meetings and in any meetings held to resolve problems 
that are encountered. 



Example 15.1 

Collecting information for an evaluation 

The steering group of a financial services staff development pro- 
gramme decided to plan the evaluation at an early stage in the project 
so that information could be collected throughout the process. They 
considered how to collect data about the performance of the project 
in each of the three dimensions of time, cost and quality. This was to 
include: 

I data about the planned schedules for activities and the completion 
times of actual events; 

I data about the budget, from the estimates and initial forecasts and 
from the records of financial performance; 

I data about the quality of accommodation, equipment and any 
training materials used; 

I data about presentation and content of the programme; 

I data about the impact that the training had on performance of par- 
ticipants. 

They recognized that there could be many different perceptions about 
what was delivered and how it might have been improved. In order 
to consider the different views, they planned to collect data from the 
programme providers, from participants and from the line managers 
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of participants. Data was also to be collected from other senior man- 
agers, staff from the HR department and some of the key account 
clients of the participants. They also planned to assess whether the 
project had achieved its longer-term objectives six months after the 
conclusion of the training programme. 



There are a number of methods that can be used to collect and analyse data. 
Some data collection usually takes place as part of the project activities and 
can contribute to evaluations. For example, records kept for monitoring pur- 
poses may be used to make comparisons between activities. Records of 
meetings and other formal events may also provide useful data relating to 
the sequence of decisions made and issues discussed. 

Other data might be collected purely for the purposes of the evaluation. 
For example, interviews or questionnaires might be used to collect a number 
of different views, or focus groups might be used to explore issues with a 
group of people together. Observation or role play might be useful if data is 
needed about how activities are carried out. The balance between qualitative 
and quantitative data is important because each can supplement the other, 
and it is difficult to achieve an overall picture if only one type of data is used. 

When you are planning the data collection for an evaluation it is usual to 
try to obtain a range of different types of data. If only quantitative data were 
available you would only have information about things that could be 
counted. Although this is often very important, you would have no infor- 
mation about quality. You would want to know that the project had achieved 
both formal quality standards and any other expectations identified in the 
objectives. Opinions of those who are customers of the project are very 
important if you are evaluating outcomes. The views of the teams who have 
contributed to the project are important in evaluating the process. 

The methods you choose to collect information will be influenced by the 
availability of resources. However, the key things to take into account are: 

f the cost of obtaining the information in relation to its contribution to the 
evaluation; 

I the number of sources from which information should be obtained if suffi- 
cient viewpoints are to be represented to ensure that the results are 
credible; 

I the time it will take to obtain and analyse the information; 

I the reliability of the information obtained; 
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f the political aspects of the process - for example, some ways of gathering 
information may help build up support for the evaluation. 

Direct contact with those involved in the project might be the only way in 
which sufficient information can be obtained to make the evaluation of value. 



ANALYSING AND REPORTING THE RESULTS 

When planning what data to use in the evaluation it is helpful to consider 
how the data will be analysed. Usually there is a considerable amount of data, 
and they may be in several different forms. If you have set clear objectives, it 
should be possible to identify the data that are relevant in considering each 
issue. It is usual to consider: 

P quantity, for example how much has been achieved at what cost; 

I quality: whether it was appropriate and not too high or low; 

what evidence supports claims to quantity and quality; 

i how the project outcome compares with alternative ways in which similar 
outcomes might have been achieved; 

[ whether anything can be learnt from patterns in the evidence that can 
inform future projects. 

It can be very time-consuming to analyse data from interviews and observa- 
tions, but these approaches often collect very relevant data. 

It is possible that several different evaluation reports might be prepared as 
part of the completion of a project. If a project was carried out as a contract, 
there might be an evaluation report that is shared with the client or sponsor. 
There might be a different type of report if the evaluation is carried out to 
inform the project team's organization about what can be learnt from the 
experience of this particular project. There may even be different types of 
evaluation report for different stakeholders. For example, some funding bod- 
ies require reports that indicate how their funding contributed to the success 
of a project, and they may require a report relating only to one aspect of a 
project. It is usually the responsibility of the manager of a project to identify 
the number and types of reports that are required, and to ensure that they 
are prepared and presented appropriately. 
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FOLLOW-UP TO THE REPORT 

The evaluation report will often contain recommendations that suggest fur- 
ther actions. These recommendations need to be discussed by those who 
make strategic plans, and further actions considered. Many projects spawn 
other projects, particularly if they have been successful and the outcomes well 
received. There may be an opportunity to develop the relationship with the 
sponsor or client, and to carry out a further similar project. There may be 
recommendations that relate to processes and procedures within the orga- 
nization. A project often identifies areas that need to change within organi- 
zations if they are to be able to operate flexibly to respond to external change 
and the increasing demand for project-working approaches. 

As well as providing opportunities for individual learning, project evalu- 
ation and debriefing can be a learning experience for the organization. This 
learning can be lost if insufficient time is given to thinking the process 
through at the end of the project. The highlights may stick in your mind but 
the detail will disappear unless it is documented. In a large organization 
and when projects represent very significant investment, the lessons learnt 
from projects may well lead to changes to the organization's policies and 
procedures. 



16 



Reporting the project 



Projects are often of interest to a large number of people, and reports about 
progress and achievements have to be prepared for different groups and 
individuals. Most of these reports are the responsibility of the project man- 
ager. Others in the team may produce reports about the current status of the 
project or about progress in tasks and activities, but the project manager 
maintains the overview. The project manager is responsible for the progress 
and achievements of the project, and is called upon to report when required. 
There might be many differences in the audiences for project reports. You 
may be called upon to produce a written report to go to a committee, a brief 
update for senior managers, a draft press briefing or notes for a public event. 
You might be asked to make an oral presentation, perhaps with visual aids, 
to an audience of directors, to a team in your organization, or to a large public 
meeting. You might be intending to write a report about managing the project 
to gain credit towards an academic or professional award. Each of these pur- 
poses will require a different type of preparation and format. 



WRITING A PROJECT REPORT 

A project report is similar to any other business report. You have to focus on 
the issue that you are reporting and plan to present what the audience wants 
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to know in a well-structured and logical format. You will need to use appro- 
priate and clear language so that they can understand what you are saying. 
You will have to give information about the purpose and context of the report, 
but also to focus on aspects of the project that are particularly significant for 
this audience. 

There are often a number of different project reports. When there have been 
a lot of different stakeholders with different hopes and concerns, it is often 
helpful to give information to each group in a way that meets their particular 
needs. It may be appropriate to use similar paragraphs to outline the purpose, 
background and context of the project, but the detailed information about 
progress or outcomes in an area of the project might be focused for the inter- 
ests of a specific individual or group. 



Example 16.1 

Reporting a multi-faceted project 

The project was to develop placements for trainee health service man- 
agers in the United Kingdom to work in other countries for three 
months as part of an in-service two-year fast-track graduate training 
programme. The project was intended to identify placements that 
could become long-term partnership arrangements. 

Placement partnerships were arranged with health service 
providers, charities and other voluntary organizations in countries 
including Australia, Hong Kong, South Africa, India, Canada and 
New Zealand. Each trainee completed an individual project (often a 
comparative study of health service provision) and worked alongside 
peers in the host organization. 

A number of different types of reports were made as part of these 
arrangements: 

I by the host organization to the UK training centre about each 
trainee's performance and contribution in the placement and about 
the way in which the overall arrangements for support had 
worked; 

I by each trainee to their host centre, both on the value of the place- 
ment to his or her own development and to share the findings of 
his or her individual project; 

I by each trainee to the UK training centre in the form of a detailed 
project report supported by academic references to gain academic 
credit; 
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I by the UK training centre to the national UK training programme 
to outhne the range of experience gained from the overseas place- 
ment experience. 

In addition, there were sometimes reports that were made by groups 
of trainees to conferences, usually to present ideas about what could 
be learnt from different ways of organizing and delivering health 
services. 



Think carefully about how to report any matters that may not be welcome 
reading for the audience. If you encountered problems in some aspects of the 
work, be careful about identifying probable causes if there is an implication 
of blame. Consider who will read the report and how the findings might be 
used. It is usually better to report problems that have implications for con- 
tractual relationships in a confidential report or in a face-to-face meeting. Any 
problems that impede progress need to be considered and their causes 
addressed, but in an appropriate forum. Members of the project team and 
stakeholders might resent selective reporting that avoided presenting a full 
picture, so an appropriate balance needs to be achieved according to the con- 
text of the project. 



CHARACTERISTICS OF A GOOD REPORT 

Before attempting to write, consider the purpose of the report. Most reports 
are written to give information, to present options in preparation for a deci- 
sion or to present recommendations for action. The focus, content, style and 
language will be appropriate for the report's audience. The document will 
have a clear structure and will use headings and subheadings to guide the 
reader through the different sections. Spelling and grammar will be correct 
and the presentation will create a good impression by being tidy and busi- 
nesslike. The cover will give sufficient information for a reader to see quickly 
what the report is about, who wrote it and when it was written. A summary 
will be provided, and this might be written in a way that enables it to be used 
as a briefing sheet for a wider audience than that of the full report. 
The key characteristics of a good report are: 

I the purpose of the report is made clear; 
I the audience for the report is identified; 
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the structure of the report is clear; 

the headings and subheadings act as signposts; 

care is taken over presentation, spelhng and grammar; 

a summary is given; 

the focus, style and language are appropriate for the audience. 

All of these elements need to be considered at the planning stage. 

STYLE, STRUCTURE AND FORMAT 

There is no one right style for reports. A report with a separate title page, 
contents list, acknowledgements and detailed paragraph numbering might 
be seen as excellent in one organization, but may be thought to be long and 
cumbersome in another context. You may work for an organization that has 
a defined 'house style'. If so, you should follow this for reports at work, but 
not always if reports are to be made to external audiences. For example, a 
briefing prepared for a public meeting would normally be different in style 
from an internal management report. 

There are some basic elements that are almost always included. For exam- 
ple, the start of a report normally includes the title of the report, who it was 
prepared for, the author, the date and possibly the organization name and 
logo. A report normally has the following sections: 

1 Title, author, date and so on, on a title page. 

1 Contents page, listing headings, subheadings and the page numbers for 
each. 

[ Summary (sometimes called an executive summary). A one-page sum- 
mary of the purpose, background and main issues addressed in the report. 
This will usually briefly describe how the project was carried out and note 
the main achievements and any recommendations that were made. 

I Introduction. This usually covers the purpose of the project and briefly 
outlines the context. 

f Background to the project. This gives whatever additional information 
is essential to understanding why the project was needed and how it was 
proposed and agreed. 
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[ Terms of reference. This outlines the key objectives and gives any other 
relevant information about assumptions or constraints. 

[ Methods. This may report on methods of investigation and/or methods 
used to plan and implement the project. Problems encountered and over- 
come might be mentioned. 

I Analysis. This section would only be necessary if the project had included 
a lot of research or investigation that necessitated some sort of interpre- 
tation or analysis. The methods used to do that are reported here. 

I Results. This section reports the results, either of the investigation or of 
the practical activities. It usually contains details and quantitative infor- 
mation, but these might be presented as an appendix if the project has a 
lot of results that can better be understood in a summarized form. 

I Conclusions. This section is about what can be concluded from the re- 
sults. If the project has been an investigation, it might present a view as 
to the extent to which the questions addressed had been answered. If the 
project was carried out through a series of tasks and activities, this section 
would come to a conclusion about the extent to which the objectives of 
the project had been achieved. It might also return to the purpose of the 
project, and comment on the extent to which the overall purpose had been 
achieved. The conclusions might also present some of the learning that 
has been gained during the project. 

Recommendations. Recommendations should always arise from the con- 
clusions that are, in turn, drawn from the previously presented results. 
This means that there will be a trail of evidence presented in a report that 
supports any further proposals made. Recommendations should be 
phrased as proposals for action, and should be realistic and cautious. The 
action proposed will often be to investigate further and then to take action 
rather than trying to offer a sweeping solution to a problem. 

\ Acknowledgements, notes and references. This should acknowledge 
any contributions to the writing of the report, present any further notes 
indicated in the text and give full references for any quotations or refer- 
ences made in the text. 

Appendices. Anything essential to understanding of the report should be 
in the main text, but supplementary material or detailed data can be put 
into an appendix. Any material that would interrupt the flow of a report 
can also be put into an appendix. Nothing should be in an appendix that 
is not referred to in the report itself. It is not a dumping ground for any- 
thing that might be of interest to the reader. Details of budgets, statistics. 
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personnel (usually only mentioned in confidential reports), relevant 
records, charts and diagrams are often included as appendices. 

This is not an exhaustive list but an indication of the structure that a report 
normally follows. If the report is intended for a specific group or individual, 
the structure will be similar to this but the focus and content will reflect the 
particular interests of that audience. If the report is to be presented for aca- 
demic assessment there are normally additional sections, probably one 
reporting research carried out into the issues of the project and another pre- 
senting a critical review of the project. 

Reports are often presented in numbered sections. There is no particular 
rule about how to number, but it is important to be consistent. The main 
sections are often numbered as 1, 2, 3, etc with subsections being numbered 
as 1.1, 1.2, 1.3, etc. For a short report it is not always necessary to have sub- 
sections. 

It is usual to be as brief as possible in a report while presenting the issues 
clearly. Try to avoid description unless it is essential for the point to be made. 
Read each sentence, asking yourself why that sentence is there and what it 
adds. Read each paragraph and ask what point it makes, and try to keep to 
one main point in each paragraph. Use bullet points, lists, diagrams and 
tables to help to present information concisely but clearly. 



REPORTING THE PROJECT TO GAIN AN 
ACADEMIC OR PROFESSIONAL AWARD 

Projects and project reports are often included in programmes of learning 
when the students are working in management or professional positions and 
can carry out a project related to their work. There are a number of reasons 
for this. 

To link learning about theory and practice 

It is often difficult to understand how theory applies in practical settings. 
Projects are often set as assignments in which a learner is asked: 

I to apply the theories and techniques introduced in a course to the setting 
in which he or she works; 
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[ to make a critical appraisal of the extent to which each theory or technique 
was relevant and useful; 

I to reflect on personal learning derived from carrying out the assignment. 

To consolidate learning 

A project is often set as the final assignment for a course, or section of a course, 
as it offers the opportunity to bring together many different aspects of learn- 
ing, and may contribute to useful consolidation and integration. Many edu- 
cators think that it is important to put theory into practice if it is to be 
thoroughly understood. 

To provide evidence of learning for assessment 

Projects are often used as evidence that a learner has achieved all of the 
intended learning outcomes of a course. Assessment can be carried out 
against the stated criteria and learning outcomes if the project is prepared so 
that all of the necessary evidence is presented. 

To enable learners to make a useful workplace 
contribution related to their studies 

Many learners who are sponsored by their organizations welcome the oppor- 
tunity to carry out a project so that they can share the benefits of their studies. 
Employers usually welcome the use of projects in learning programmes, and 
will normally offer their support and cooperation. In many programmes 
learners have a mentor from their organization who will also help them to 
interpret the theories and techniques that they have learnt in terms of the 
issues in the workplace. 

The key point about using a project as part of a programme of learning is 
that it is about applying course ideas in a practical setting. If your usual job 
makes it inappropriate for you to carry out a project at work there are two 
options you might consider. You can negotiate to carry out a project in a 
different part of your organization. People are often encouraged to do this if 
they are seeking a more senior position and need more evidence of leadership 
and management capability. Another possibility is to offer to carry out a 
project for another organization, acting in a consultancy position. Many char- 
ities and voluntary organizations are glad to welcome people who look for 
this type of opportunity. 
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MAKING EFFECTIVE PRESENTATIONS 

Most people have some concerns about making presentations. Some people 
are quite fearful and try to avoid having to make a presentation. For someone 
in a leadership or management position, presentation is a skill that is impor- 
tant to learn and to practise because it will often be required. 

There are many different types of presentation, and the style usually 
reflects the purpose and the nature of the audience. It is often necessary to 
make a brief, informal presentation to a work group or team, and you may 
not even have thought of that as a presentation. If you have to organize your 
thoughts, put your ideas into some sort of order and then communicate them 
to others verbally in a face-to-face setting, you are making a presentation. For 
a more formal presentation you may use visual aids, and you may have to 
present your information and yourself in a more formal manner. It is this 
aspect of a presentation that can be rather frightening. We are not simply 
presenting something on paper that will carry its message without our phys- 
ical presence: when we give a presentation we are part of the message that 
we send. Our appearance, manner, voice and gestures all contribute to the 
presentation. The response of the audience and the atmosphere created by 
the presentation influence the feelings of both presenter and audience. 
Because of our physical involvement, a presentation is a very personal event. 



PAUSE FOR THOUGHT 

Identify the kinds of presentation that you have to make as part of 
your job. If you have not made any formal presentations, think about 
informal ones when you have been asked to give some information 
to colleagues. 

Think back to a presentation that you have made that went really 
well and one that you feel could have been better. Using your recol- 
lections of those two presentations, identify your strengths and the 
areas where you need to improve. 

You may have identified quite a range of presentations, such as 
meetings with staff and colleagues, departmental and interdepart- 
mental committee and board meetings. Depending on your role, you 
may also have to make external presentations to colleagues in other 
organizations, or at conferences or public meetings. You may have to 
present information to people who have difficulty in understanding 
you. 
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Your presentations may be extremely formal, as at conferences, or 
relatively informal when, for example, you are informing staff about 
the implications of a new policy. Most of them are likely to have been 
planned, giving you time to prepare adequately, but there will always 
be occasions when you are called into a meeting at short notice and 
have to think on your feet. 



Identifying your fears about making presentations and thinking carefully 
about your strengths and weaknesses are the first steps in learning how to 
make them more effective. You should now know the areas you need to con- 
centrate on and practise. Always remember, however, that the quality of most 
presentations is determined by the work put in before you open your mouth. 
Preparation is vital. 



UNDERSTANDING YOUR AUDIENCE 

We often fear that we will make fools of ourselves, forget what we were going 
to say or that the audience will not want to hear what we have to say. If you 
are gripped by fears of that sort, think back to times when you have been a 
member of an audience for a presentation. You may have noticed whether 
the presenter was smart and efficient or seemed vague and unfocused, but 
you were probably interested in what he or she had to say and made 
allowances for any mistakes or hesitant moments. We judge people who 
make presentations much as we would judge them in any other work setting. 
The focus is on the work issue at the heart of the session. Your role as presenter 
is to introduce the issue with as much information as is necessary to stimulate 
discussion. This often involves giving some information, explaining things 
and raising questions. All of these things are familiar to you from your normal 
work. 

Sometimes we know the audience very well and can be confident about 
how we expect them to receive the messages we are planning to present. 
Often, however, the audience is unknown to us, and this can be very fright- 
ening if we think of an audience as an impersonal and homogenous mass. If, 
instead, you think of an audience as a group of individuals, it is easier to 
picture the different types of reaction that your presentation might provoke. 

The members of the audience are usually there because they are interested 
in the topic that you are presenting. If you focus on how to present the content 
in a clear and well-structured way, this will help you to make an effective 
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presentation. An effective presentation is not one in which the audience is 
entertained, it is one where the message is clearly communicated and under- 
stood. It is not necessary to try to be amusing and it can be embarrassing if 
jokes fall flat. Humour is difficult to manage in a presentation where you 
know very little about the audience, because so many jokes are derived from 
differences of one type or another. It is safer to focus on the content of the 
presentation and to aim to communicate the key messages as clearly and 
appropriately as possible. A crucial part of your preparation should be to 
consider the audience and what they will want from your presentation. 



WHO IS IN YOUR AUDIENCE? 

The key to an effective presentation is to match the purpose of your presen- 
tation with the particular members of the audience in a way that will help 
them to understand the message you are sending. It is important to pitch the 
presentation at a level that will be understandable and to use appropriate 
language. It is very helpful in planning your presentation to find out as much 
as you can about the audience before you decide exactly how to make your 
presentation. Ask yourself the following questions and try to find out any- 
thing that you don't know. 

P How many people will be there? 

[ Who are they and what are their roles? 

f Do you know any of them? 

I Will they know who you are and why you are there? 

I How will they expect you to appear? 

[ What are they expecting from your presentation? (Be realistic.) 

[ What do you want to achieve? (Are you aiming to inform, or persuade, 
or something else?) 

I Could you discuss what you want to say with some of the people who 
will be there before you finalize your presentation? 

I How interested will your audience be in the subject, and will they know 
anything about it? 

I Will they be familiar with any technical language or jargon? If not, you 
must either explain it or avoid using it. 
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{ Will they have any preconceptions or misconceptions of the subject? If so, 
how will you deal with that? 

[ How are they likely to respond to the presentation? Remember that you 
want to achieve your purpose. 

I Will they respect your knowledge, experience and opinions? 

Might what you have to say be controversial? 

f How might they use what you have to say? 

The answers to these questions are important in helping you to make your 
preparations. 

Once you have found out about your audience and their expectations, you 
will have a realistic idea of what you need to offer them in the presentation. 
You can then move on to planning your presentation. It is essential to give 
yourself enough time to prepare well, so do not leave everything to the last 
minute. Inadequate planning and preparation are the cause of most poor 
presentations. 



PURPOSE AND CONTENT 

Start your preparation by thinking carefully about the following questions. 

I What is the main purpose of your presentation? 

■ What do you want your audience to do as a result of your presentation? 

I What is the overall message you want to deliver? 

What are the main points you need to make to get your message across? 

What supporting information are you likely to need, and where can you 
obtain it? 

I What would be the most informative and interesting title for your pre- 
sentation? 

I How much time do you have? Will this include time for questions? 

Would it be helpful to give the audience any information in advance, such 
as statistics you will use to illustrate or support your case? 

I Would visual aids, such as overhead projector transparencies, clarify im- 
portant points and aid understanding? 
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F How can you best anticipate and prepare for the questions that you may 
be asked? 

L Have you been asked to bring copies of your paper or summaries for 
distribution after the presentation, or would it be helpful to do so? 

Once you have clarified who your audience will be, what you want to achieve 
and what you need to cover, you can begin to plan the structure of your talk. 
Most presentations use the general structure of: 

[ Introduction (what you will cover in the presentation and whether you 
will take questions as you go or at the end). 

I Middle (the main points you want to make and the evidence to support 
those points). 

f End (conclusions, recommendations and summary of what has been 
covered). 

The traditional aide-memoire for making a presentation is: 

Tell them what you are going to say. 

Say it. 

Tell them what you have said. 

This is simplistic but a good summary of what is important. 

Use the following guidelines to help you to plan the structure and content: 

I How can you match your purpose to the audience? (How can you best 
use your knowledge of your audience to decide what to include and the 
level to pitch it?) 

I What is the most logical sequence for your presentation? (What key points 
do you want to make in your introduction, middle and conclusion?) 

[ How can you lead into your presentation to gain your audience's imme- 
diate attention? For example: 

- acknowledging their specific interests; 

- beginning with an anecdote; 

- outlining what you hope the audience will get from the presentation; 

- asking a rhetorical question; 

- explaining why you were invited to make the presentation. 

[ What information or data can you use to support your argument? (Do not 
try to cram everything you know on the subject into your talk. Select the 
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main points, and include only as much detail as your audience will require 
or be able to absorb.) 

L How can you relate your main points to each other to produce a cohesive 
argument? 

I Where is it most appropriate to summarize to aid the flow of your pre- 
sentation? 

I What visual aids could you use to illustrate your points? 

I What would be the most effective way to conclude your presentation? 

You might now be thinking that this is an awful lot of work to do in planning 
the presentation, but if you do make thorough plans you are most of the way 
to ensuring that the presentation is effective. 



DELIVERY 

It is important to choose an approach to delivery that feels natural and com- 
fortable. There is no reason why you should not play to your strongest 
qualities. If you are comfortable with speaking to an audience, all you need 
to do is to make sure you do not wander away from the point so that you 
keep to time and deliver a purposeful presentation. If you are nervous about 
speaking to the audience it is important to prepare ways that will help you 
to feel more comfortable. 

One of the normal fears is that you will forget what you intended to say. It 
is not usually successful to write yourself a script and to read from it. The 
words and rhythms of speech are different from those of a written text. Your 
audience will expect eye contact, and you can easily lose your place in a script 
and make yourself even more nervous. Speakers are usually more engaging 
if they talk as though they know about the issue and are enthusiastic about 
it. There are a number of aids you can use to help you to keep track of the 
sequence and key points: 

You can write the sequence of a talk on a card or sheet of paper so that 
you can refer to it if you need to. Write large and make sure you can see 
it clearly. 

: Some people write the key points and a bit about them on small filing 
cards and hold them in their hands during the presentation. There is a 
danger of dropping them but you can punch holes in the corners and use 
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a treasury tag to hold them together so that you can fold them over as you 
use each. 

1 You can use overhead transparencies or Microsoft PowerPoint screens to 
write the key points, and they will also act as a reminder as you work 
through the talk. 

[ You can have notes with you in a form in which you can easily find the 
right place, and tell the audience what you are doing if you find that you 
need to refer to them during the talk. 

It is always very helpful to practise the talk beforehand, even if you feel very 
confident. You can find that you have misjudged the timing and need to 
speed up or slow down. Sometimes you may find that it is very hard to say 
a word or phrase that is important, and you can either practise it or substitute 
the difficult section with something that is easier to handle. 

Consider what your options are about where you stand, and whether you 
would feel better leaning on something or even sitting down. If you are very 
nervous, it is often an option to sit and to focus the audience on the visual aid 
rather than on yourself. If you use an overhead projector or make a computer- 
based presentation you will probably want to darken the room, so check that 
you will still be able to see your notes if you are using them. Check any elec- 
trical equipment before the audience arrives if you possibly can. Make sure 
that you are confident about how to turn it on and use it. 

Usually, presenters have to introduce themselves and explain the purpose 
of the presentation. Focus on ensuring that the audience is comfortable and 
ready to listen to you, and remember that your job is to convey the message 
clearly. Some guidelines are: 

[ Project your voice to the furthest member of the group. If unsure, ask if 
people can hear. 

[ Act enthusiastically, make and maintain eye contact, smile, try to look 
relaxed and to make your introduction without looking at your notes. 

[ Act confidently and your audience will believe that you are confident. 

[ Speak clearly and at conversational speed. Do not mumble, rush your 
words or use a monotone delivery. Use the natural inflections of conver- 
sation. 

[ Control your audience by maintaining eye contact and by looking for and 
responding to signs of puzzlement or boredom. 

I Avoid distracting your audience with unnecessary pacing around, fid- 
dling or gesturing. 
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L Make sure that you keep an eye on the time. Having to rush through the 
last few points will mean that you will not do justice to your argument. 

I Lead up to your concluding remarks by signposting the way. Phrases such 
as 'And my final point is' or If I can just sum up my main points' will let 
your audience know that the end is in sight, so they can expect some con- 
clusions and recommendations or a summary. 

I Finish as enthusiastically as you began. Make sure that your audience has 
got the message you wanted to deliver and finish on a high point. 

Think about what questions might be asked and how you will reply. 

The only way to become confident and competent in making presentations 
is to practise, to listen to feedback and to try to do a little better each time. To 
develop your skills you will need to ensure that you have some opportunities 
to make presentations if these have not previously been a natural part of your 
job. As with most skills, the key to improving your performance is self- 
evaluation and practice. Try to get into the habit of taking a few minutes after 
each presentation to assess what has gone well and identify any lessons for 
the future. In addition, whenever you listen to other people's presentations, 
note any features that made them particularly interesting and informative, 
or conversely, ineffective. 



This page intentionally left blank 



17 



Learning from the project 



An organization can benefit from each project by trying to learn how future 
projects can be more efficient and effective. It is also possible to learn how 
people in the organization can share what is learnt more widely so that good 
practice can be identified and adopted in appropriate other areas of work. 

The nature of a project as separate from day-to-day work makes it possible 
for the skills, experience and understanding necessary to be successful in a 
particular project role to be identified. It is also possible for people to take 
roles in projects that are different from their normal roles at work. Projects 
can often provide a training ground for teamworking and leadership. 

Different types of learning for individuals and for organizations can be 
gained from a project. For this learning to be useful it needs to be recognized 
and captured so that it can inform future development. 



ORGANIZATIONAL LEARNING ABOUT 
MANAGEMENT OF PROJECTS 

Organizational learning is a difficult concept because organizations vary 
considerably and learning is an intangible process. If the word Teaming' is 
used in its widest sense, it is essential to development and maturity. If an 
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organization is not able to learn it is unable to develop, and may soon fail to 
succeed in a fast-changing world. 

Learning can be identified and noted at any stage of a project if people are 
aware of the potential to learn and willing to share that learning more widely. 
It is often convenient to hold a review of each stage of a project. The stage 
might not have completed any project deliverables, but progress can be 
reviewed alongside consideration of what could have been done better and 
what barriers to progress were encountered. 

It can be helpful to hold a final structured debriefing process, to include 
stakeholders as well as all the members of the project team. This may take 
the form of a series of meetings to draw conclusions about overall project 
performance. Any constraints encountered would be considered and pro- 
posals for overcoming them in future projects noted. It is important to 
identify and review any new ways of working that were developed, and to 
consider what was effective and what could have been done differently. 

A formal system can also be used to ensure that individuals with key 
responsibilities are debriefed when their tasks or activities are completed. 
Individual interviews can be held with key members of the project team, for 
example the managers of key stages or leaders of specialist tasks. Interviewers 
can encourage people to evaluate their performance and identify what they 
have learnt from the experience personally, but also to identify what lessons 
could be learnt by the organization. 

Learning areas for organizations are often about the ways in which projects 
fit into the normal structures and procedures, and the extent to which these 
help or hinder the use of project working to achieve focused outcomes. There 
is often tension in running a project in an organization that is not structured 
to carry out most or all of its work through project working, because staff are 
often expected to be managed and to behave in two different ways. 

One area of learning to consider is how to structure project working within 
the organizational environment in a way that enables the project to benefit 
from the full potential of the project team. This may involve releasing staff 
from their day-to-day work entirely, may be by funding temporary replace- 
ments, or it may be by partially replacing staff for the duration of the project 
but lengthening the timescale of the project to enable it to be completed by a 
part-time project team. Another solution might be to employ staff purely for 
the duration of the project on fixed- term contracts. This may solve the staffing 
problem but may make it difficult to incorporate outcomes from the project 
to change or develop the organization, because the permanent staff may feel 
that the project and its aims have nothing to do with them and that their ideas 
have not been wanted. 
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Example 17.1 

Lessons for the organization from a project 

The project manager of a project that had required considerable staff 
training identified a number of lessons learnt from the project. She 
listed these in the final project report: 

I Ensure that the project leader's role and accountabilities are clearly 
understood at an early stage. 

I Make a detailed estimate of the staff resources to show how the 
normal work of staff transferred to the project will be covered. 

I Replacement costs for staff sent on training courses should be in- 
cluded in the budget. 

I Project planning and implementation are not sequential - plans 
have to be flexible. 

I The objectives of the project need to be clear. 

I Plan communications and do not assume networks already exist. 

I Make involvement of key individuals in development activities 
mandatory - we must be open to change and influential people can 
block it if they are not supportive. 

I Manage the tension between operational work and project devel- 
opment work. 

The report was received with interest and the project manager was 
asked to run a workshop for senior staff to help them to decide how 
to make use of the lessons she had identified. In the workshop they 
considered the conditions from which the lessons had been drawn, 
and spent time in agreeing how to avoid these and similar pitfalls in 
future project working. 



One of the problems with identifying learning from a project is that learning 
is often derived from experience of things going wrong. People often do not 
want to say much about what has gone wrong, particularly in an organization 
that tends to focus on blaming and punishing. Senior staff can help to encour- 
age a climate in which learning is shared by ensuring that people are treated 
fairly when mistakes are made and that responsibility is shared for repairing 
any damage and for making sure that lessons are learnt. 

Organizations that use projects frequently develop formal procedures to 
guide those leading and managing their projects. Some also create resources 
in the form of guidelines and examples to help their staff to write project 



202 Managmg projects in human resources 



proposals and to prepare the documentation that is needed throughout 
the project. 



SHARING LEARNING FROM A PROJECT 

One of the questions that concerns many of those responsible for developing 
staff in organizations is how the good practice of one team can be shared to 
improve others. There are a number of ways of trying to do this. 

Creating a database 

Written information provides a way of storing the ideas, but it is only going 
to be useful if people seek it out and read it. It may not be easy to understand 
unless those reading the information already know a lot about the issues and 
the normal practice in that area of work. 

Giving a demonstration 

This can be a much more engaging and direct way of showing how something 
can be done differently than simply offering a written description. Many of 
the details shown in a demonstration can be illuminating and the ideas may 
be conveyed immediately to people who already carry out similar work. A 
demonstration is unlikely to be enough to equip people to carry out a new 
procedure unless they already have considerable knowledge and skill. 

Visit and inquire 

Where there is one successful team, other teams can visit them to watch them 
in action and to question them as their visitors for a short time. This can be 
more helpful that a demonstration because people can check out their under- 
standing and ask questions. It is also often very helpful to see a skilled 
performance in the setting in which it works well. 

Coach and supervise 

These are more long-term approaches that involve working closely with each 
other so that the one who is learning can try out the new way of working with 
the help and support of the more experienced person. If one team is teaching 
another these roles can still be effective, sometimes with people in each team 
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pairing up and also with the whole team working with the learning 
whole team. 

When projects have been successful because of the ways in which the team 
worked, or when a project is about changing working practices, these 
approaches to transferring learning can be considered as possible ways of 
disseminating the learning that has been gained. 



Example 17.2 

A community of practice 

When people have worked closely together on a project they often 
share an understanding that has been developed through practice, a 
knowledge base emerging as a new way of doing things. The pro- 
cesses that have enabled achievement of valued outcomes are in 
themselves valuable, but the knowledge of these processes may be 
lost if it is only retained in the memories of individuals who con- 
tributed to the project team. Often it is the individuals who have 
developed and committed their energy to making process improve- 
ments who are anxious to find mechanisms that will enable their 
knowledge to be more widely shared. Organizations that recognize 
the value of this type of knowledge will also be interested in finding 
ways to support dissemination of good ideas. 

The term 'community of practice' is increasingly used to describe a 
group of people who share an interest in an area of practice and who 
are willing to discuss their ideas and share their expertise with others 
whose practice is similar, or who share similar values and purposes 
in a field where new approaches to practice are emerging. These are 
often informal networks in which individuals share expertise and in- 
troductions to colleagues. Many communities of practice communi- 
cate through electronic networks, sometimes insisting that all 
members respect particular protocols to respect people's time and to 
avoid overloading individual e-mail contacts. 

A community of practice was formed by librarians who had taken 
the lead in their locality for developing e-learning networks. This 
community developed an electronic newsletter, interest groups in 
several specialist areas and an annual conference to enable face-to- 
face contact. It became a forum for development of national standards 
and benchmarks. 
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INDIVIDUAL DEVELOPMENT FROM A PROJECT 

For some staff the invitation to take part in a project is welcomed as an 
opportunity for self-development. The development possible in a project 
includes gaining experience of contributing expertise in a different context, 
learning to do something different and gaining experience of acting in a role 
that is different. All of these are potentially valuable experiences as they can 
enhance a person's potential to be employed in a different capacity or to be 
promoted. A project manager can often support individuals who are seeking 
development through the project, but must always also consider the cost of 
doing that. 

In some organizations project working is seen as an opportunity for staff 
development, and projects are planned to include an appropriate mix of 
experienced and inexperienced staff, and the resources to train and support 
where necessary. In others, inexperienced people in project teams can find 
themselves lost and unsupported, potentially becoming a burden on the 
project. In some ways, projects are like a small organization, and can plan for 
staff development in a similar way. Ideally, staff are appointed to the project 
team because they have the appropriate mix of skills, knowledge and 
experience. In practice, this is often not possible because of timescales and 
staff availability. 

If staff are willing but need some training and support, a project manager 
can often arrange for coaching and supervision within the resources of the 
project. If a member of staff can be helped to become productive quickly, this 
is often a pragmatic approach if more experienced staff are willing to take on 
a training role. These staff can also gain from taking on a new role, as they 
can be supported as coaches and supervisors and gain experience and credit 
for that aspect of their work. Similarly, more experienced staff may agree to 
mentor staff taking leadership, management or expert roles for the first time. 
The mentors may not be on the project team but would need to understand 
the demands of the roles involved. 

Sometimes more formal training is needed. If this can be provided quickly, 
for example, training to use a new computer package, it may be appropriate 
to provide it. There is a problem, however, when training is unlikely to lead 
to an effective performance within the timescales needed to complete the 
activities of the project. If this is the case it may be better to accept that the 
appointment was a mistake and take steps to make a new appointment. 
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MANAGEMENT DEVELOPMENT THROUGH 
LEADING A PROJECT 

For many managers, taking responsibility for a project provides a time- 
bounded task with clear objectives and a fixed budget. A project usually 
involves managing across a wide range of areas that are normally managed 
in separate departments. It usually includes management of staff, finance, 
operations and information. It often involves managing complicated inter- 
actions and difficult situations. There is usually a strategic dimension in 
ensuring that the project continues to align with organizational objectives 
and directions. Because of this variety a project can provide a boundaried 
world within an organization that is similar to the view that a senior manager 
or director must take of a whole organization. There is an opportunity to use 
the experience of managing a project to develop yourself for a more senior 
role and to demonstrate from the successful outcomes and evaluation of the 
project that you are prepared for such a role. 



Example 17.3 

Personal learning in a project 

A staff developer who was managing a project for the first time made 
this list of personal learning objectives: 

I To improve planning, controlling and negotiating skills. ITl know 
if Fve done this by keeping a record of all occasions when I use 
these skills and each outcome. 

I To practise and improve skills in developing a team. ITl keep a note 
of the things I do to help the team to develop and of things that go 
particularly well or not very well. ITl try to note the impact I have 
each time I intervene. 

I To develop skills in resource management (human and financial). 
This is the first time that ITl have held a budget and I want to do it 
well and make good use of it. Fve arranged to have regular meet- 
ings with our finance officer. 

I To improve skills in collection and interpretation of data. I have 
some experience with figures and with statistics, but Fm not very 
sure that I understand qualitative data. I know that Fm much more 
comfortable dealing with people than with figures. Fm planning 
to discuss this with my mentor. 
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I To develop confidence in leading change. This is another one that 
ITl want to work on with my mentor. Fm sure that I can handle the 
planning but the implementation will be new for me. 

I To involve customers. My role has not been directly with cus- 
tomers in the past but Fm sure that they should be consulted about 
this project. I shall plan the consultation with others in the team 
and shall take a lead in the meetings or workshops we decide to 
hold. 

All of these objectives will be completed during the period of the 
project. I will review all of the objectives regularly with my mentor. 



You might consider carrying out a personal self-evaluation to plan your 
development during the period in which you carry out the role of project 
manager. Some of the information you will need might be obtained from your 
last appraisal, and you might already have a personal development plan. If 
you are to be successful as a project manager you will need skills in: 

I planning; 

r managing routines and systems; 

I organizing to achieve outcomes within constraints; 

I negotiating; 

I motivating and influencing people; 

[ communications; 

[ managing the big picture and the detail; 

[ maintaining progress and overcoming obstacles; 

I decision making; 

I diplomacy; 

I managing emotions; 

f managing information; 

f interpersonal relationships. 

This list is not exhaustive but could provide the basis for an analysis of the 
extent to which you have development needs in any of these areas. 
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PAUSE FOR THOUGHT 

Imagine that you have just been asked to manage a new project that 
will be more challenging than any that you have managed before. 
Make a note of any ways in which you might plan for personal de- 
velopment and how you would then evaluate the development that 
you had achieved. 

There are a number of areas in which you might have considered 
planning personal development. The broad areas might include im- 
proving your skills in managing a project, your knowledge of tech- 
niques in managing projects and your understanding of the process 
of managing a project. In particular, you might have noted skills areas 
including interpersonal relationships, leadership, effective commu- 
nications, management of control systems, management of relation- 
ships with partners and stakeholders. You might have focused on 
developing your understanding of techniques by applying new 
knowledge in a new situation. 

Evaluation of personal development can be carried out using sim- 
ilar approaches to those you would use to evaluate other things. First, 
you need to set targets or criteria so that you can assess whether you 
have achieved the development that you intend. Ask yourself, 'How 
shall I know that I have succeeded?' and identify the most significant 
indicators. As the project proceeds, you can collect evidence relating 
to your personal achievements in the same way as you would collect 
evidence relating to the project objectives. You may choose to do this 
by compiling a portfolio of evidence to demonstrate your achieve- 
ments against each objective that you have set yourself. Another way 
to keep a record would be by keeping a project journal in which to 
make notes, keep other evidence and in which to keep a record of what 
you notice and learn as the project develops. Some people find it very 
helpful to note what works better than they expected and what works 
less well than expected, and to look for reasons for this. It is sometimes 
possible to identify underlying causes of both success and failure by 
keeping a personal record of this nature. 



It can be lonely managing a project, and it can be difficult to seek feedback 
about your own performance if the team is new and its members lack confi- 
dence, or if the situation requires you to take a strong lead. Consider asking 
a senior manager in your organization to act as a mentor to you for the 
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duration of the project. This should not be someone who is a direct stake- 
holder in the project, but someone who can help you to learn from what 
happens as the process unfolds, without having a strong personal stake in 
any of the project outcomes. Share with your mentor your plans to use the 
project for personal development, and ask him or her to help you to scope 
out the opportunities the project offers. You might find that it is helpful to 
use the framework of a personal development plan, indicating some targets 
for development and identifying how you will know that you have suc- 
ceeded. You might also want to collect evidence of your achievements to 
support your claims as you consider new career options. 
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